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ABSTRACT 


The increased use of Computer-Aided Design tocis in the 
area of Naval ship design has Generated a need for ship design 
engineers who are thoroughly familiar with the capabilities, 
limitations and operatian of these taoqls. As a major source of 
these design engineers, the need for such a Computer-Aided 
Design ‘CAD) tacility at the Massachusetts Institute of 
Technology is established. The current Naval ship design 
process is discussed and the place of the CAD system is 
established within this process. 


Current CAD facilities and capabilities of the Navai Sea 
systems Commanag and the Massachusetts Institute of Technoloay 
are investigated and system iimitations are discussed. 

Inherent features required of a system which can overcome these 
limitations while providing an educatioral tool are developed. 
A prototype CAD «<ystem passessing many of these features 15 
developed with Guidance provided for future enhancement of this 
system. 


Thesis Supervisor: David V. Burke 
Tfitie: Professor of Ocean Engineering 


J 





ACKNOWLEDGEMENTS 


To my wife, Betty, whose patience, understanding and 
encouragement have kept me going through rough times, and to my 
children, April and Christopher, who have provided many hours 
of joy and much needed distraction during this endeavor. Alsa 
to my thesis advisor, Professor Dave Burke, whose recommen— 
dations and encouragements opened the way for completion oaf 
this project. 


I would like to extend a special note of appreciation to 
the following persons, who, through their own unselfish 
actions, have made completion of this project a reality. 

Lieutenant Udo H. (Jack) Rowley 
Lieutenant Ronald Thomas 
Mrs. Dorothy Thomas 


Lieutenant Richard Martin 


Lieutenant Wesley Taylor 





TABLE OF CONTENTS 


PEE OG e « « « «© = « «© «© «= © © © « @ 
2 ee 
AcknowledgmentS . .- -« « «© « «© « # « « 
Mame Of Contents ..© «© « «§ = «© «© « » -« 


1.90 Introduction Ces ck MCU 
[eeeackground « « « =» «© © «© ©» « «= = 
1.2 Thesis Contents Tae eee ee ce a 


2.0 The Design Process ... « « « -« 
Reeser Olmd ssc ee . ste - See Ce 
Mee Hesiqn Phases . «© «© © « «= e e« « 
2e2ei Conceptual Design Phase... 
2.2.2 Feasibility Studies ... . 
2e.2e-2 Preliminary Design .... - 
2e2.4 Contract Desigqn .. . . « - 
wees Netail Design « . = « « e e 


bh 


S-O Current Design Capabilities ..... . 
Bee SaGHOFrOtrdad . .« « «= « «© «= « «© »« ws « s 
we2 NAVSEA Capabilities . .. . . « « « « 
Seeemeriti! Capabilities . . . « 8 « 8 © » e 

4.0 Guidelines for Design System Development 
Beet hGrOumd i. .« « « = « 8 s © « e « « 
Peeeeeeoystem Usage ...« « «= »©«= = © «© «= « « 
4.3 System Management .-. . .«. « « « « « « -« 
4.4 Hardware Selection . .. « «© « « « e« 
Pegeewvacta Management . « « =« = =» © »= « « « 
$#.6 Application Routine Implementation . 

4.5.1 Implementation Routine Procedures 
4.5.2 Available Application Routines . 

3e0 Demonstration of the Design System .. 
Bea CKGrounag « « « «© =» © « « «© 2» sp e« « 
Peeemeoystem Features . « »« «© « « « «© es « « 
eeersrapittcal Displays .« ..« « = = «= «= e 
eeereeoystem Shortfalls . . «© « « « e © e@ e 


6.9 Conclusions and Recommendations . 


remote 6 es se ee lll ll lll a: 
Appendix —- A Sscads Executive Control System. . 
Appendix —- B SCADS Welcome/System Status Message 
Appendix —- C SCADS On-Line Help Document ... . 
Appendix —- D SHCP On-Line Help Document ... . 
Appendix - E GSHCP On-Line Help Document ... . 
Appendix — F RALES On-Line Help Document ... . 
Appendix —- G Sample SCADS Session .. . ne 
Appendix -—- H Sample GSHCP Graphical nueout ay eae ke 


/ & «ad « 


Whe 


0 Of Ol 


1i 
1i 
1i 
ie 
1S 
15 
16 
17 


13 
18 
13 


my-r 
oS 


ar 
ie 


ga) 


> 
Le 


28 
oO 
2 
oOo 


= 
Na 


AO 


BS 


AS 
43 


Jl 


356 


57 
61 
43 
56 
79 
83 


88 





4 
i ee 
'¢sog 





Pie INTRODUCTION 


et Background 


Traditionally, the ship design process has begun with an 
idea for what a ship should do or a ’mission statement’. Using 
designer’s knowledge and experience, tentative designs were 
chosen for close evaluation and testing. As the evaluation 
orocess progressed, the design was ’firmed up’ through 
progressive stages until a final design was selected. 

This systematic narrowing of possibilities was achieved 
by conducting time consuming and expensive numerical 
Calculations and model constructicn which guided the designers 
in the proper direction. Because of the time and expense 
involved ina single concept evaluation, the desiqners Rave 
been severely restricted in the number of design possibilities 
which could be evaluated. Many potentially osramising designs 
Rad to be discarded because they involved radical departures 
from traditianal thinking or because the potential for 
acceptable results could not justify the expense of thorough 
investigation. 

In recent years, however, the ease of access to 
computers has made the design sequence a more thorough and 
efficient process. Computer hardware and application routines 
are now readily available which will allow designers to 
investigate and analyze a design to a degree previously unheard 
Ot . 


At the beginning of the computer age, most people were 
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impressed by the tremendous potential for computers to take 
over the laborious calculations normally associated with the 
design of a ship. Some felt that the computer would be able toa 
take over the design process, and Pear cine from a small set of 
mission requirements, would be able to produce a complete ship 
design without, or at least with minimal, Human intervention. 
Of course, this has not come about nor will it in the near 
future. The ship design process 1s too complicated. The 
intuition and experience of pegs: designer are qualities that 
cannot yet be programmed into even the most capable computer. 

Computers doa, however, have a place in ship design. jhe 
main advantages of using a computer are its speed and 
flexibility because these capabilities allow us to investigate 
a large number of design alternatives and to choose the best 
from among them, 1.e., to optimize. The design art has reached 
the stage where radical and unorthodox concepts can be 
investigated thoroughly to determine the feasibility of a given 
cesign with relatively littie cost in time and money. The 
United States Navy through its Naval Sea Systems Command 
(NAVSEA) as well as many civilian instituticns have instituted 
programs to standardize and streamline their design efforts. 
This will require that future ship designers be thecroughly 
familiar with the capabilities, limitations and procedures for 
ship design using these new design tools. 

The world of ship design 1s an ever developing and 


expanding world. The ships that will be needed in the future 








will be more complex and more sophisticated than could have 
even been imagined just a few short years ago. Much of this 
complexity arises from the need for these ships to perform a 
variety of missions. The ever escalating costs associated with 
design, building, operation and maintenance of our ships makes 
the need for diversity in their mission capabilities more 
imperative than ever. In order for these ships to fulfill the 
necessary mission areas, they must be designed to be the best 
that they can be. The very best design must Be develcped to 
meet a given set of miss1i0n requirements. No longer is the 
best of three or four alternatives to a given design detail 
good enough. We must have the capability to evaluate hundreds 
af design options so tnat we are confident that the best has 
been selected. 

The process of ship design is an iterative process. 
Given a set of initial requirements, the designer proceeds 
through this iterative cycle until the ’best’* solution is 
found. But what happens when a requirement is changed late in 
the cesign evolution? In some cases a complete reevaluation 
and redesign must be performed, again Looking not just at a few 
options but looking at as many options as are needed to insure 
the best desiaqn. These requirements can of course be met by 
doing the design and evaluation by hand. But doing so would 
require years of effort by scores of naval architects to 
accomplish. Fiscal funding and time required to support the 
fleet of the future will not allow this expense in time and 


money . 
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A well equipped and current computer aided ship design 
facility is the only realistic solution to these problems. 
This facility would allow the necessary investigation of 
unorthodox solutions which, otherwise, could be investigated 
only superficially, if at all. By drawing upon the results of 
past designs, the naval architect would be able to quickly 
evaluat® variaticns and modifications to these designs but 
would not limit him to doing only this, as has been the case in 
the past. The desiaqner would be able to branch out and to lack 
at possibilities that, until recently, could only be dreamed 
about. 

hhis auther oelieves that these arguments make the need 
for some type of computer aided ship design facility in 
industry quite evident. But why 1s such a capability as this 
needed at an academic institution?’ Briefly. for experience and 
appreciation af technolcagy for new direction. In order for a 
mew naval architect to perform satisfactorily in industry, he 
Must Ce esfficrent in nis wark. Rut efficiency can be achieved 
only through education and experience. Just as he must have 
experience in calculating intact stability and floodable 
length, so must he also be experienced in using the computer 
aided design tools that he will be expected to interface with 
on the job. This type of experience must be gained while still 
tin the academic environment. For this reason, if for no other, 
any academic institution awarding degrees in Naval Architecture 


must provide the means by which students can gain experience 
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with and an appreciation for the utility of these essential 
tools. 

Currently the facilities for instructing these future 
ship designers at The Massachusetts Institute of Technology 


(MIT) are severely limited. The instructional facilities are 


composed of a collection of disjointed application routines oan 
different computers which cannot communicate between 
themselves. These application routines, while very capable in 
their own right, lack the qualities which would make them more 
usable in the academic environment. These qualities include 
thorough documentation, both substantive derivations and 
descriptive user’s guides, user friendliness and inout/output 


compatibility with other routines. 


eae Thesis Content 

This thesis proposes to provide a guideline By which the 
computer aided ship design facility at MIT can be made more 
usable both as an instructional tool and as a research toal. 
These guigelines will include recommendations for hardware 
Sseiection, directions for modification and development of 
application routines as well as recommendations for methods of 
keeping this design capability current and compatible with the 
ship design and shipbuilding industry. 

Chapter two will Briefly discuss the ship design process 
In its traditional form. This will cover the different stages 
of the ship design process from feasibility studies through 


detailed design. Chapter three will discuss the capabilities 
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of currently existing ship design CAD systems at MIT and in 
industry. Chapter four will provide guidelines for the 
creation of a usable ship design CAD facility at MIT. Included 
are discussions of the major factors concerning the design of 
this CAD capability. Chapter five discusses a prototype of a 
ship design CAD facility developed by this author which 
incorporates many Gof the guidelines discussed in chapter four. 
It 1s hoped that the concepts discussed and the 
Guidelines presented in this thesis will provide guidance for 
further development and implementation of a ship design CAD 
facility at MIT which will be useful in the preparation of 


future ship designers to meet the demands of the future. 
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ae iis DES MeNeRROCESS 


m= 1 BRackqround 


The design of a ship 1S an iterative process. Ky 
this, it 16 meant that the design of a ship 1s not one which 
can be started at one point and worked through to a final 
result. Initial requirements are specified which generate 
early approximations of ship’s characteristics. These 
characteristics are evaluated and corrected to provide more 
detailed characteristics. These are then compared with 
original requirements. A more correct set of gross 
characteristics are thus generated which lead the desiqner 
through a new cycle of the design. Thus, the early 
aporoximations are repeatedly corrected and expanded due to 
feedback from previous steps. Ship desiqners speak of a 
"design spiral” when describing tnis process of progressive 


convergence to a final canfiguration. 


Ae Desiqn Phases 


The ship desiqn process traditionally encompasses five 
Phases of design development. These phases are: 


1 —- Conceptual design 


i 
| 


Feasibility studies 


- Preliminary design 


(ed 


4 —- Contract design 


4 —- Detail design 
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During each successive phase, the definition af the ship 
is refined as more detail is added. Each of these design 
phases are briefly described in the following sections.Cil 
Frequently, the functions af the conceptual design phase and 
the feasibility design phase overiap, but they are presented 


separately here for clarity. 


“~ 
a, 


bo 


ata Conceptual Design Phase 


The Conceptual Design phase is the first phase in the 
design of a new ship type. The cojectives cof this phase are as 
follows: 

1. fo create and assess new whale snigs concepts. 


2. fo identify and pricrit:izte technology “gaps” and 
research and development shorttfailes. 


fo support the development af a new concept or 
technalogy. 


C4 


4. To investigate “proaf af concept" thraugh fteasi- 

bility demonstration. 

The Conceptual Design phase 1S primarily cancerned with 
far-term programs independent af pianmned ship acquisition and, 
therefore, 1s aften characterized by innovation and high risk. 
The products of this phase are normally similar to the 
Feasibility Design phase defined in the next section. The 
level of detail is limited to the minimum needed tao define the 
concept or proof of concept, although particular aspects, such 
as innovative subsystem or innovative combinations of existing 
subsystems, may require more detail. The products may also 


include tradeoff study reports and risk assessments for 
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developmental subsystems and components. 


2eLee Feasibility Studies 


The objectives of the Feasibility Study phase of ship 


development are as follows: 


1. To define a set of feasible alternative whole ship 
solutions to a set of operational requirements. 


2. To structure the studies to aid a ship acquisition 
decisicn maker to select a preferred balance 


between capability, cost, and risk. 


os. To define each alternative sufficiently for prepar-— 
ation of a reasonable cost estimate. 


4. fo identify the major technical risk associated 

with each aiternative. 

Generaliy., Feasibility Studies are conducted to support 
selection of a ship concept in a contemplated or planned ship 
acquisition effort. They are normally based on a stated, 
though sometimes broadly stated, ship mission. These ship 
Missions are normally stated using a document entitled Naval 
Warfare Mission Areas and Required Operational Capability, also 
known as OPNAV Inst. 3105.26. This document designates Naval 
Warfare Mission Areas which are divided into two categories: 
(1) Fundamental mission areas and (2) Supporting mission areas. 
These are listed below. 

Fundamental Mission Areas 
Anti-alr warfare 
Anti-submarine warfare 
Anti-surface ship warfare 
Strike warfare 


Amphibious warfare 
Mine warfare 





Supporting Mission Areas 
Mobility 
Command and control and communications 
Intelligence 
Electronics Warfare 
Logistics 
Fleet support operations 
Construction 
Noncombat operations 
Each ship type must have varying degrees of capability 
for the performance of each of these fundamental and supporting 
mission areas. These mission capabilities define the ship 
mission. 
The studies are usually dane in the context of a desired 
schedule for cesiqn and construction and are conducted within 
the context of a recognized ship type. Thus, feasibility 
studies are generally more constrained with respect to proaqram 
considerations and ship concept than are conceptual designs. 
A partial Listing of the products of the Feasibility 
Design phase are listed beiow. 
1. Favload definition (e.g., weapons, troops. etc.). 
2. Combat system description. 

S. Survivability features description. 

4. Description of other mission-critical subsystems. 


3. Principal hull dimensions and form coefficients. 


6. Full load and light ship weight estimates at the 
one-—-digit level. 


7. Intact stability check. 
8. Area/volume summary. 
9. Propulsion machinery type, SHF and propeller number. 


10. Speed and endurance estimates. 
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11. Installed electrical generating capacity. 
12. Manning estimate. 


13. General arrangements sketch. 


In addition, major technical risks are identified as 
well as any unique aspects that would have major impacts on the 


acquisition schedule. 


2e2es Preliminary Desiacn 

Preliminary Design is the next phase of ship desigqn. 
Its objectives inciude: 

1. To refine the design estimates made during Feasibil- 
ity Studies and to reduce or eliminate major techni-— 
cal and schecuie® risks. 

<<. fo quantify ship performance ts the fullest extent 
possible. 

Emphasis is placed in the Preliminary Design phase on 
firmly establisning ship size (L, B, D, displacement), external 
configuration (hull and tooside)., the overall allocation of 
arrangement space to various functions, and major propulsion. 
electrical, and mission-essential mechanical and combat system 
elements. This is because these factors have the deminant 
influence on ship cost, performance and/or risk. 

The principal product of the Preliminary Design phase 15 
the Top Level Specification (TLS) which is a comprehensive 
description of the characteristics and capabilities of the ship 
at the end of preliminary design. Numerous drawings, studies, 


and analyses are developed in support of the TLS preparation. 





2.2.4 Contract Design 


The major objectives of the Contract Design phase are to 
establish a firm technical baseline which will: 


1. Confirm to the sponsor that this, in all its detail, 
is the ship design he wants and can afford. 


2. Provide a firm basis for timely and accurate ship- 
builder bids for a detail design and construction 
contract. 

oO. Enable the successful shipbuilder to develop the 
detail design and construct and test the ship in the 
most cost-effective manner while ensuring that all 


requirements are met. 


4. Provide criteria for Navy acceptance of the ship. 


Three major activities take place during the Contract 
Design phase: (1) engineering development of the preliminary 
design, (2) translation of the completed design into the 
specifications, drawings, and other data which are the 
technical portion of the contractual document, and (3) an 
extensive review and translation phase during which every 
effort is made to insure that the requirements and 
specifications are understood by perspective shiobuilders. 

The products of the Contract Design phase include: 

1. Ship Specifications 

2. HVAC Design Criteria Manual 

os. Contract Drawings 

o>. Contract Guidance Drawings 

4. Contract Data Requirements List 

3- Contract Design Weight Estimate 


6. Master Equipment List 
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7. GFE Procurement Specifications 

8. GFI Requirements 

9. Preliminary Ship Manning Document 
10. Test and Evaluation Requirements 


11. Design History 


2.2.39 Detail Design 

The Detail Design phase is the final phase of a ship 
design. It includes the preparation by the shipbuilder of the 
working documents used to direct ship construction. This 
includes working drawings and detailed specifications which 
will be used by the shipbuilder for actual construction of the 
ship and must provide the level of exactness and correctness of 


detail necessary for successful construction. 
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Ne Current Desigqn Capabilities 


cee t Backqround 


The design capabilities and facilities of the various 
institutions involved in major ship design projects varies 
greatly. This is due primarily to the fact that they differ in 
the areas of emphasis in their design work. For instance, the 
facilities of NAVSEA differ from those at MIT since the 
emphasis at MIT 165 on the teaching of design methodology while 
NAVSES’= abjective is to produce actual platform designs. 
Also, NAYVSEA’s objectives differ from those of a subsystem 
contractor since a cantractcr would place more emphasis an 
detailed subsystem design rather than whole-ship design. For 
example, a cantractor involved with designing an equipment 
cooling system would be more interested in space arrangements, 
obstructions, etc. and would not be concerned with ship 
resistance or hullform stability. A brief overview of current 


ship design capabilities at NAVSEA and at MIT follows. 


Be NAVSEA Capabilities 


Until recently, the emphasis in the computer aided 
design area at NAVSEA has been in developing individual 
application routines which would provide tools for calculation 
and evaluation in the design process. This project generated 
many fine software routines which are still in use at NAVSEA 
and elsewhere today. These routines, however, appear to have 


been developed in relative isolation. By this, is meant that 
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they seem to have been developed for use totally by themselves 
without regard for possible incorporation into larger design 
systems. As a result, most of these routines require their own 
individualistic inputs and generate their own style of output, 
neither of which is compatible with input/output requirements 
of other application routines. 

These routines involved most major areas of ship design 
and evaluation and have been collected and cataloged under the 
Navy’ s Computer Aided Ship Design and Construction (CASDAC) 
Project. Examples of the broad realm of subject area covered 
by the CASDAC library of programs are listed below. 

- Hull form generaticn 

—- Hull form derivation from a parent 

- Speed and power calculations 

—- Surface definition and fairing 

—- Forces on a ship hull form 

—- Submarine motion simulation 

- Structural analysis 

- Arrangements of spaces 

—- Equipment arrangements 

- Manpower models 

- Reliability simulations 

- Weight estimations 

—- Hydrofoil calculations 

- Shafting bearing calculations 


—- Rudder coefficients 


eed 








- Propeller calculations 

-— Turbine design 

—- Condenser design 

- Signal interference 

—- Magnetic field evaluations 


—- Ductwork calculations 


As stated previously, most af the programs in the CASDAC 
library will not communicate with each other. In 1976, 
however, a group of NAVSEA designers initiated a project 
whereby several existing routines would be coupled so that they 
could communicate.C2] This project, called the CASDAC Hull 
subsystem Project, had as its objectives the maximization of 
the short-term benefits from the linked-use of the existing 
programs and the demonstration of the advantages of the unified 
data Base approach to data management. The existing routines 
used in this project were: 

1 —- The Ship Hull Form Generator (CHULGEN) 

2 — The Ship Definition Program (HULDEF) 

2 — The Ships Hull Characteristics Program (SHCP) 


4-—- The MIT Motions Program (MITM) 


HULGEN is used primarily during feasibility and concept 
design phases to provide rapid, approximate depictians of hull 
form from specific hull form parameters. These parameters are 
established as input variables and the hull form is stretched 
and distorted into shapes to maintain the required parameters 


thus producing initial estimates from which experimental and 
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informative variations can be tried. The outputs from HULGEN 
were translated via a translator routine so that they could be 
used as inputs to the HULDEF routine. HULDEF took the unfaired 
hullform data and manipulated it to make it architecturally fair 
while maintaining the required hullform parameters. This 
faired hullform data from HULDEF was then evaluated by the SHCP 
routine to generate hydrostatics characteristics, trim-lines, 
longitudinal strength, etc., and by the MITM routine to perform 
motion analysis. The results of this project were very 
encouraging and have helped to generate much enthusiasm for a 
fully integrated computer aided design system. 

Currently, NAVSEA 1s involved in a major project which 
has the same goals as the CASDAC Hull Subsystem Project, but on 
a much larger scale. This project, entitled The Computer- 
Supported Design (CSD) Program, involves the development of a 
compiete system built arcund existing application routines. CS] 
Once completed, this system will insure compatibility among all 
ef the CASDAC routines by providing an executive command system 
for controlling the system operation, a common database 
management system for controlling data storage, retrieval and 
transfer as well as cammonality of hardware. In addition, this 
proyect will include a stand-alone *turn-key’” computer aided 
design system for interactive generation and evaluation of 
olatform hull forms, subsystem layouts and equipment design. 
This system will eventually be able to access and utilize the 
data base of the larger main CAD system. Currently, a 
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prototype ’turn-key” system, manufactured by Computervision, 
Inc., 1s being evaluated by using it as a parallel development 
tool in the NAVSEA DDG—-5S1 design project. This system, with 
its own data base system, allows much faster generation of 
system and detail designs and has proven itself to be 
invaluable, especially when minor alterations are required 
since these alterations can be immediately viewed and their 
consequences evaluated more quickly. 

Parallel development of their own CAD system By private 
contractors using compatible hardware and software 1S currently 
underway. This will allow these private companies to 
communicate with the database of the NAVSEA system, thereby 
allowing designs produced ty the NAVSEA system to be accessible 
by detail designers outside NAVSEA. Data storage and transfer 
standards have been selected by NAVSEA to insure compatibility 
for data transfer between contractor and itself. These 
standards inmclude the [nitial Graphics Exchange Specificatian 
(IGES) format for graphical data, ASCII format tor text data 
and the Relational Information Management (RIM) database 
system, developed by Boeing Computer Services, for geometrical 
data. Use of these standards will insure a more correct, 
accurate and timely transfer of the design data between parties 
involved, which should reduce design errors and design expense 
in addition to providing a completely detailed database for 
the actual construction of the ship by the selected 


shipbuilder. 
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ye MIT Capabilities 


The ship design capabilities at MIT are not quite as 
extensive as those at NAVSEA, however, they do suffer from many 
of the same shortcomings found in the early NAVSEA system. A 


large number of the application routines currently available at 


MiT are the same as those developed by NAVSEA due to the 
existence of the Navy Postgraduate program at MIT and also due 
to the large amount of Navy sponsored research at MIT. 

Three major reasons exist which have prevented these 
shortcomings from being corrected. First is the lack of 
continuity among personnel. With the exception of civilian 
faculty and staff, personnel involved with the Ocean 
Engineering Department*s computer aided desian facility rarely 
remain at MIT for more than two or three years. Since the 
integration and coordination needed to establish an integrated 
ship design CAD system is absent, the system has remained as a 
disjoint collection of application routines which are unable to 
communicate with each other. Alsa, due to changes in personal 
preferences in hardware and operating system which accompanies 
rapid personnel turnover, these application routines Rave 
become scattered through various computer systems on campus 
thus requiring excessive computer system familiarity to allaw 
Pasy access by most students. Two independent ship design 
systems have been established at MIT. The Design Executive 
system (DEX) C4ICS1IC0610712 provides detailed menu and command 
driven control of ship design related application routines as 


well as provisions for database management. This system, 
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though extremely capable, has not been incorporated for use by 
MIT ship design courses. The other system, the MIT XIII-A 
Computer Aided Design Lab [Information Executive Manager System 
(8j, aiso provides menu and command control of several ship 
design related application routines and has been used with 
several courses in the past. The application routines which 
receive the most use remain independent and scattered. 

The second cause concerns the method in which the CAD 
system is used at MIT Several courses require the use of two 
or three application routines by the students but their use is 
not of a cantinuous form. For instance, data outputs from one 
routine is usually completely different from data required for 
another since most projects calling for CAD usage are not of a 
follow-on ‘building block’ nature. Other courses which involve 
the CAD system require students to develop or to modify an 
application routine but the emphasis in this case has been on 
translating the theory associated with an idea to computer code 
and ususaily falls short of requiring that resulting routines be 
compatiblie with the existing CAD system. Also, largely due to 
instructor preference, these routines frequently are 
implemented on different computer systems thereby contributing 
to the disarray of the system. 

The third cause concerns the type of personnel availabie 
toa carry out a restructuring of the CAD system. The wark must 
be done by students, either as part of a continuing course 


project or as thesis work. Due to the large realm of possible 





academic areas of concentration available, however, the number 
of persons both interested and qualified to accomplish this 


task is severely limited. 





4. Guidelines for Design System Development 


4.i Backaqround 


The need for some type of consolidated computer aided 
ship design system has been established. The next step is to 
determine quidelines for development of an acceptable system. 
Obviously, the new system cannot totally disregard the 
facilities, both hardware and software, which are currently 
available. In establishing guidelines for system development, 
the following points need to be considered: 

1. System usage. 

2. System management. 

oe System hardware. 

4. Data management. 


4. System software capabilities. 


These points will be addressed in the following 


Sections. 


42? system Usage 


The computer aided design system envisioned must be 
designed to be used by graduate students as well as 
undergraduates as a tool in the instructional aspect of course 
work. Just as performing hand calculations have conventionally 
been assigned to stress methodology familiarity and concept 
understanding, so will the computer aided design system be used 


to enhance the attainment of these goals. This does not mean 
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that students should not be required to perform hand 
calculations, however. This type of hands-on instruction 
certainly has its place in the instruction process, however, 
when the sheer volume and complexity of calculations involved 
in ship and ship system design is concerned, the goal of 
concept understanding sometimes is overshadowed by pure tedium 
and exasperation. Once the goals of method familiarity and 
concept understanding have been attained, further repetition of 
hand calculations tend only to dull the student’s appetite for 
more in-depth understanding. Conversely, the rapid turn-around 
time associated with CAD system calculations allows and even 
coaxes the student to try different inputs just to see what the 
results will be. This approach to the use of the CAD system 
will reduce the risk of students getting stuck with a *black— 


? 


box’? system which accepts inputs and generates outputs But 
requires no tnowledge cf calculation methodoloay. 

By reguiring hands-on familiarity with calculation 
methodoclagy prior ta system usage, the student will better 
understand and appreciate the power of the CAD system and will 
be better able to evaluate system outputs and to recognize 
system weaknesses and shortcomings. fhe system is not intended 
to be used solely for course work, however. The technical 
nature of most MIT thesis work and much faculty and staff 


research involves investigation of ’what if’? questions which 15 


the mainstay af the CAD system. 





Aes System Management 


Current CAD capabilities at MIT, as previously 
stated, involve many independent and segregated application 
routines. In order for these routines to be useful, and just 
as importantly, to Be used by the students, a system is 
required which will bring these routines together ina 
cohesive package. Most main-frame computers possess their own 
operating system language, such as the Digital Control Language 
(DCL) used by Digital Equipment Corporation’s VAX-11/782 
computer, which provides the capabilities for the development 
of an executive control system. Such an executive control 
system would provide the management function required for 
system control. These management functions would include 
control of input/output, control cf database access, 
application routine selection and program execution sath 
control. 

In order for any computer system, whether it be a 
business system or a CAD system, to be used Sy other then 
experienced computer users, its control system must possess 
certain inherent features. The most important of these is the 
so calied ’user friendliness’. This over-worked and somewhat 
vague term describes the major stumbling block which, until 
recently and still in some cases, has restricted the use of 
most computer systems to only the experienced computer user. 
Because of the generally vague nature of this term, the 
features of an executive control system which make it “user 


friendly’ will be described. 





The executive control system must be flexible so that 
both the novice user and the experienced user can be equally 
comfortable while using the system. This would be accomplished 
by providing a combination of command driven and menu driven 
operation. Upon initial system entry, typing a simple command 
will provide an overview of the current system status and a 
listing of the currently implemented application routines with 
more in-depth descriptions of each routine available for the 
asking. For example, to receive more information about the 
SHCP routine, the user might type HELP SHCP. In addition, the 
novice, unfamiliar with system commands and unsure of the types 
of inputs being requested by the system, could ask for help at 
any time by typing °7%’. The system would respond by displaying 
a list of the options which the user could select at this point 
in program execution. 

The experienced user would feel restricted with the 
tedium involved with having to read excessive program and 
command descriptions and would rather just get on with running 
the program. This capability could be provided by allowing 
system operation via direct commands rather than by selection 
of menu options. This would greatly reduce the time required 
to run a particular routine and would allow the user to 
concentrate on system operation rather than on finding the 
desired option from a menu of several options. 

Other user friendly features should include error 


trapping and error correction schemes. Most data required as 
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input to a routine is input via separate data files which must 
be identified at the initiation of the particular routine. 
Additional data, especially that data which is to be varied, 
should be input interactively during program execution. The 
system should prompt the user for data using logical 
phraseology which could be expounded upon by typing ’%’. 

Before the program actually accepts this data, however, the 
user should be given the opportunity to verify its correctness. 
This would reduce the possibility of having to abort a program 
because of one incorrectly entered data item. One final point 
involves the sometimes lengthy system pauses, which can occur 
between the display of system prompts and system responses, due 
to lengthy caiculations or heavy system usage. When such a 
MNause is anticipated, the system should inform the user that 
the system is still operating by displaying a PLEASE STAND BY 
--- message. This would verify that the system has not 


*bombed* and ceuld be very reassuring to the unsure user. 


4.4 Hardware selection 

Another important feature required by the CAD system 
involves its use specifically at MIT. The MIT system must 
provide education and experience so that the student, upan 
leaving MIT, will not be required to start totally from the 
beginning with respect to learning a new system in industry. A 
graduate should appreciate the trade-offs that are relevant in 
choosing a system and understand the essential elements that 
comprise a CAD system. This would include appreciation for the 
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role of the hardware’s operating system (command language), the 
customized executive system (menu selection), the database and 
the application programs used. A student should be able to 
adapt to and be able to critically evaluate any system in 
industry with a minimum of on-the-job training. The 


shipbuilding industry in the United States is currently 
dominated by one institution —-- The United States Navy and 
especially NAVSEA. As a result, most naval architects will be 
influenced by the CAD facilities used by NAVSEA. Also, the 
proposed CAD facility must be expected to be used extensively 
for long-range research sponsored by industry and especially by 
NAVSEA. Therefore, when sianning a new CAD system, the system 
used by NAVSEA should de censidered as a Guide for development 
to avoid "reinventing—-the-wheel". The system must not, 
however, be so restrictive that it cannot provide the 
flexibility required for use in an educational and research 
environment. Consequentiy, the MIT system should not be an 
exact duplication of the NAVSEA system. Qn the contrary, the 
level of design sophistication needed in an industrial 
environment such as NAVSEA would be largely unused in the 
academic world. The level of sophistication needed at MIT 
falls somewhere between its current level and the level 
needed by NAVSEA. 

As discussed in Chapter 3, NAVSEA is currently 
redesigning its CAD facilities under the CSD Program. The 
major design issues ae NAVSEA which impact on the design of the 


MIT system are (1) hardware selection and (2) data 
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management system selection. These issues are discussed in the 
following sections. 

The hardware selected for inclusion in the MIT CAD 
system must be compatible with hardware currently used or expected 
to be used in the near future by industry but must also be 
flexible in order to provide the development capabilities 
needed in an academic environment. Also, some of the more 
sophisticated equipment capabilities required in a production 
environment need not be included in an instructional 
environment. Generally, the programming language and operating 
system language =hould be compatible with those currently used 
By industry. More specifically, Rardware requirements at 
MIT falis into four categories: 

1. A main-frame computer capable of executing large 

programs as well as having the capability of 


controlling the operation of the CAD facility 
while allowing multiple system users. 


bh 


- Gn-line text/graphics display terminalis for use 
with the CAD system for program operation. 


ld 


Off-Line, stand-alone micro-computers tor sorogram 
development and other non-graphical related 
functions. 

4. A semi-stand-alone “turn-key” graphics oriented 
design system for detailed design and research 
functions. 

Due to its current availability at MIT and since it 

1s the main-frame selected by NAVSEA for its CAD system, the 
VAX-11/782 computer produced by Digital Equipment Corporation, 


should be considered for fulfilling the main-frame capacity. 


Many MIT ship design courses use programs written using the 
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Fortran programming language and which are currently residing 
on this computer. Other existing programs using the Fortran 
language can be relocated to this computer relatively easily 
with minor program modifications. This compu:rer uses the DCL 
operating language which provides the necessary structure for 
development of an exec..tive control system for CAD system 
management. In addition, the VAX-11/782 computer system 
ossesses facilities and interfaces required for hardcopy 
production of text and graphics outputs. 

Graphics plays a major role in ship and ship system 
design. Tabulated data requires much time-consuming analysis 
for result evaluations. This evaluation time can be qreatly 
reduced by having the data displayed in graphical form. Alisa, 
interactive graphics capabilities allow the designer to 
immediately see the results of a design modification without 
having to wait for hardcopy generation. For these reasons, an 
on-line graphics display capability must be included as a part 
of the CAD system. Since the addition of graphics capabilities 
causes a relatively small cost increase, all on-line display 
terminals should have this capability. 

Tentative selection of the TEMPLATE graphics system by 
NAVSEA and the requirement that all graphical data meet IGES 
standards restricts the available selection of graphical 
display terminals for the CAD system. NAVSEA currently uses 
the Tektronix 4010-Series terminais for its on-line graphical 


display. For this reason, the MIT system should use either the 
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same terminals or terminals which are compatible with them. 

The 4010-Series terminals feature a high level of 
sophistication in graphical display methods and also is 
relatively costly. Neither of these features fits the needs of 


the MIT system. Therefore, 40190-Series compatible display 


terminals which offer less sophistication, but which are 
generally less costly, must be considered. Two graphical 
display terminals, the Tektronix 410900-Series and the Visual 
300—-Series, have heen investigated. Both of these terminals 
meet the graphical display requirements while providing a mix 
ef color and non-colcr displays as well as featuring lower 
costs.  Jnese as well as other compatible text/aqraphics display 
terminais should he investigated for inclusion in the MIT CAD 
system. 

Proaram develcoment., which would be a major use of the 
CAD facility, does not require the full-time dedication of a 
graphics-caopable displav terminal. Non-graohic display 
terminals would easily provide that capability required for most 
program development wort. These terminals, with their limited 
capabilities, however, would not pravide the flexibility needed 
for the CAD system. Instead, stand-alone micro-computers, 
which would provide flexibility in their capabilities, should 
be used. A micro-computer, with adequate internal memory, 
language and external storage capabilities would provide a 
means By Which application routines could be developed off- 
line. After completion, the program could be transferred, via 


modem, to the mainframe for graphical work-up and inclusion 
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into the CAD system. 

The micro-computer could also be used for non- 
development functions such as document creation (user’s guides, 
reports, etc.) as well as acting as a terminal for operating 
the CAD system’s non-graphic routines. As an example, the 
Zenith Z-i100 series micro-computers have capabilities of over 
one megabyte internal memory and over 10 megabytes external 
storage capabilities. A stand-alone system such as this would 
provide the capability for the development of very large 
application routines without requiring access to the main-frame 
at all. This would not only reduce the load seen by the main- 
frame computer but would also reduce the costs inherent with 
accessing a time-shared computer system. 

The graphical capabilities of the TEMPLATE graphics 
system and others of its type, are excellent for the generation 
of two-dimensional graphical representations of tabular data. 
The graphical needs of the CAD system, however, exceed these 
capabilities. Detailed structural, internai arrangements ans 
subsystem design creates requirements for a much more graphics— 
intensive capability. These requirements include rapid and 
easy generation, storage and retrieval of three-dimensional 
representations of system components and the ability to use the 
stored data associated with these components for the 
generation of detailed drawings. Many such systems are 
currently available fram Computervisisn, Applicon and other 


manufacturers. Since systems such as these are currently used 





widely throughout industry, especially for system and subsystem 
design, the design student needs to become familiar with their 
capabilities. Such a system would also provide an excellent 
tool for use in the development of future desian and 


manufacturing techniques. 


4.5 Data Management 


The major advantage of using computers instead of 
performing calculations manually is the computer’s ability to 
perform these calculations very rapidly while handling large 
quantities of data. Without a system for managing this data, 
however, operation of the system becomes cumbersome and 
orevents the user from utilizing the computer’s full potential. 
As stated previously, the existing application routines are 
generally independent entities and use their own inefficient 
schemes for management of data. This usually involves reading 
input data from data files or interactively from the terminal, 
storing this data internally as variables, performing 
calculations using this data by referencing these variable 
names and then sending the calculation results to an output 
file. As a result, after program execution, two or more data 
files exist with many data items duplicated between the files. 
Subsequent development using these results requires accessing 
both data files. 

A more efficient scheme for data management would allow 
each application routine to Build upon the already existing 


data, thereby alleviating any duplication of data items. This 
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collection of data, called the database, would define the ship 
as it exists at the current point in time. Any further 
operation on the database should serve to refine and add detail 
to the existing ship definition. Any previously defined data 


items, such as length between perpendiculars or design draft, 


however, should not be modified in the database by subsequent 
operations since this would effectively change the ship 
definiticn rather than add to it. If a change to an existing 
data item should become necessary, due to the iterative nature 
of the process, then a new database, completely detached from 
the old one, should be created to define the new ship. The 
design process should then continue by refining and adding 
Getail to this new ship. Ry the end of the design process, 
tnis database should contain ali data necessary to completely 
define the resuiting design. This would provide the capability 
for rapid data retrieval and examination as well as providing 
the precompiled data package necessary for ship construction. 
In addition, the smaller. less defined databases which were 
develaned earlier in the design process, would provide valuable 
references for future design efforts. If a new vessel, similar 
to one of those described in an existing database, is desired, 
a copy of the database provides an excellent starting point to 
begin designing the new design and can save much redundant 
work. 

An effective database is one that can be shared by many 
routines encountered in the ship design process, each of which 


has a different task to perform. Data should be stored ina 





form that allows the user to extract the information required 
and to use it directly without having to pass it through some 
form of interpretation process. For example, it should contain 
sufficient offsets, properly organized, such that each one of 
the programs for hydrostatics, Bonjean curves, structures and 
seakeeping cam directly access it and obtain the input required 
without having to go through a “black-box” interface program. 
The minimum requirements for each database entry are: 

- Variable name 

- Variable type (integer, real, etc.) 

- Assigned value 

- Units 

Additionally, comment space should be reserved for ease 

of database maintenance. The Design Executive System (DEX), 
developed jaintly at MIT and the University of Michigan, 
provides an excellent example of the structure of such a 


database system [7]. 


4.6 Application Koutine Implementatian 


4.5.1 Implementation Procedures 

Application routines provide the meat of any CAD system. 
MIT*s abundant supply of existing routines makes 
implementation difficult only in that decisions must be made 
concerning which routines should be included. Any routine 
which performs useful and accurate calculations should be made 
available to the student and researcher. Storage and 


maintenance costs associated with making all such routines 
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readily available to the user, however, would be prohibitive. 
Therefore, the need for establishing different levels of 
avallability is indicated. These levels of availability could 
easily be incorporated by allowing the executive control system 
to coordinate access to routines at different levels. 

A two-level system would be most easily implemented and 
would provide the needed ease of access while reducing 
associated costs. Routines maintained at level-one would 
be stored within the system and would be accessed directly from 
the executive system. Koutines maintained at this level should 
be those used as instructional tools for courses and those 
expected to receive heavy usage. The level-two routines should 
be stored using an external storage medium such as magnetic 
tape or magnetic disks. When needed, these routines would be 
loaded into the system by following instructions presented by 
the executive control system. Application routines which fall 
Into this category are those which are expected to receive 
light usage and those other routines which are not part of an 
established course curriculum. 

The fact that these application routines exist and are 
avallable is not meant to imply that they are ready toa be 
implemented as part of a CAD system. In order for the system 
to remain consistent and to be usable, certain criteria must be 
established for inclusion of new routines into the system. 
These criteria are discussed below. 

a. Calculation quality First, and foremost, the 


calculations and evaluations performed by the routine 
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must be accurate. 

b. System compatibility Input, output and data storage 

schemes must be consistent with those existing within 

the system. Alsa, the routine must be formatted such 
that it can be interfaced with the executive contral 
system. 

c. Documentation Without proper documentation, an 

otherwise excellent routine will not be useful. 

Accurate and thorough documentation must be made 

available to the user if he 1s to be expected to use the 

routine. Required documentation must include an on- 
screen help document which provides a brief description 

Of program function, Operation, input/output and 

calculation/evaluatiaon methodolagy, a hardcopy user’s 

Guide praviding the same information but in more detail, 

and inclusion of a brief description of the routine in 

the system bank of available options. 

Once these criteria have been met, the program can be 
implemented on the system. This involves transferring the 
executable machine code and on-line help documentation ta the 
level-one or level-two storage section. Finally, the program 
Is activated by modifying the executive contral system toa 
indicate that the new program 1S now available. Hy insuring 
that all candidates for system inclusion meet the above 


criteria and by following established implementation 


precedures, system integrity and usability can be maintained. 


ee ey a 2 Available Application Routines 


In order for the CAD system to be useful for 
instructional and research purposes, it must contain 
application routines which are useful in course work as well as 
research work. AS previously stated, many such application 
routines currently exist at MIT. To provide guidance for 


application routine selection, a brief description of same af 





the major routines are provided below along with 


recommendations for system inclusion. 


REED 


PBSYN 


HULLCON 


HULLDEV 


Saer 


Reed ship synthesis model ~—- Synthesizes a ship 

from the input constraints, equipment. and 

payload. This program provides the ships 

characteristics, weights and volumes. The 

program 1s good for destroyer/cruiser class 

ships. 

Location: IPS (Information Processing 
Service) 

Recommended level: ane 


Patrol Boat Synthesis —- Synthesis model for 
20 — 150 foot planing or near planing patrol 
boats. Model developed at MIT by John 
Futtle and modified by J. Sander and 

S. Judson. 

Location: LPS 

Recommended level: one 


Hullcon ship hull lines generation orogram. 
Given a minimum set of ship characteristics, 
assumes initial boundary condition and 
generates sectional area curve, body plan, 
profile, deck at edge and other curves oan 

a Tektronix $014 graphics terminal. Gives 
output in offsets suitable far input to 
HULLDEV. (Not currently operational) 
Location: iPS 

Recommended level: ane 


Hulldev ship development program identifies the 
ship characteristics by allowing the user to 
run displacement and other curves program, 
seakeeping, and other programs. 

(Not currently operational ) 

Locations JCF (Joint Computer Facility) 
Recommended level: one 


Ships Hull Characteristics Program — Using 
a data file containing ship offsets and 
Interactive user inputs, will calculate 
displacement, curves of form, fioodable 
length and hydrostatic characteristics. 
Location: JCF 

Recommended level: one 
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GSHCP 


BALES 


RESS&O 


RESTA 


Sei | 


CURRENT 
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EeOPEL 


BALANCE 


Graphics Ships Hull Characteristics Program —- 
Graphical version of SHCP. Produces graphical 
representations of data and body plans. 
Locations JCF 

Recommended level: one 


Rale’s seakeeping program — Calculates 
Bale’s seakeeping rank estimator, water 
Plane and vertical prismatic coefficients 
and waterplane areas. 

Location: JCF 

Recommended level: one 


Calm water resistance estimate according 
to Series 40 data By interpolation. 
Location: IFS 

Recommended level: one 


Calm water resistance estimate according 
Taylor Series. 

Location: IPs 

REcommended level: one 


Interpolated procedure for the prediction 
of the seakeeping performance of cruiser 
stern ships using the seakeeping standard 
series data. 

Location: LES 

Recommended level: one 


Five degree of freedom ship motions 
oroqgram. Inciudes drift forces, nonlinear 
roll and motions in a current. 

location: re S 

Recommended level: one 


Develops optimum propeller characteristics 
using Lerb’s lifting line theory. User 

may create new or modity existing data files 
for evaluation. 

Location: JCF 

Recommended level: one 


Propeller program evaluates the optimum 
propeller using the B-Series data. 
Location: tes 

Recommended level: one 


Longitudinal weight balancing program. 
Location: JCF 
Recommended level: one 





SHEAR 


MIDSHIP 


GRILLAGE 


SWACEM 


CMPOST 


PROP 


DIsP 


FLDLTH 


Program for calculating shear stresses 
in the hull girder given longitudinal 
weight distribution. 

location: JCF 

Recommended level: one 


Program for calculating optimal member 
sizes for required midship section modulus. 
location: JCF 

Recommended level: one 


Program for calculating optimal member 
sizes for grillage structure. 
Location: JCF 

Recommended level: one 


Small waterplane thin hull (SWATH) concept 
exploration model. Given a range of 
principle ship characteristics and a range of 
payload, SWACEM looks at all possible 
combinations of ships. It rejects those that 
are not possible. Those that remain are 
output for further processing by CMPOQST. 
Location: IPs 

Recommended level: two 


A graphical pose processor for the SWATH 
exploration model (SWACEM). Produces a plot 
of a given optimization function by ship 
produced by SWACENM. 

location: IPS 

Recommended level: two 


Propeller design program for obtaining 
propeller with maximum efficiency while 
satisfying blade stress and propeller 
cavitation constraints. 

location: io 

Recommended level: two 


Displacement and other curves. Calculates 
the hydrostatic properties and section areas 
of the hull. 

Location: IPS 

Recommended level: two 


Floodable length program calculates the length 
of a compartment and its location relative to 
the forward perpendicular, which would sink tne 
ship to a specific trim line if the compartment 
were filled with water. 

Location: Ips 

Recommended level: two 





XCRVS 


GUNBLAST 


EXTREMES 


Gee tH 


HOGRENIN 


HUNDRED 


NORMAL I 


NORMAL2 


SEA 


SECFOR 


Cross curves of stability program calculates 
the data necessary to plot the cross curves 
of stability for the hull inclined at 
different angles. 

Location: IPS 

Recommended level: two 


Produces a plot of the topside overpressuriz— 
ation from own ships guns. 

Location: If-S 

Recommended level: two 


Finds the extreme values of a Gaussian 
random process for two cases:(1) maximum 
among N samples and (2) maximum in JT seconds. 
Locations trS 

Recommended level: two 


Fifth order wave data. 
Location: [IPS 
Recommended level: two 


Provides ocean wave statistics according to 
Hogqben and Lumb. 

Location: 1S 

Recommended level: two 


Finds the hundred year wave as used by the 
Classification societies. 

Locatians: bes 

Recommended ievels: two 


Determines the probability of the peaks 
of a Gaussian random process exceeding 
a certain value of A. 

Location: eS 

Recommended level: two 


Finds the average of the 1/Nth highest 
peaks of a Gaussian random process. 
Location: IPS 

Recommended level: two 


Simulates a sea generating wave elevation 
as a function of time. 

Locations: IPS 

Recommended level: two 


Evaluates the slowly changing second order 
forces given the sea spectrum and the time 
average of the second order forces. 
Location: feo 

Recommended level: two 
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SPEC Produces points for a Bretschneider ocean 
wave spectrum. 
Location: IPS 
Recommended level: two 


SPECMOM Finds the first, second, and fourth moments 
of a spectrum. 
Location: IPS 
Recommended level: two 


WEITBUL Finds a Weibull wave distribution. 
Location: IPS 
Recommended level: two 


WINDY Generates points of a Davenport wave 
spectrum. 
Location: LPS 
Recommended level: two 





3-Q Demonstration of the Design System 


ye L Background 


Thus far, this author has limited himself to discussions 
of what *should be’ and what *could be’ with respect to the CAD 
system. To demonstrate some of the CAD features previously 
discussed, a prototype CAD system, entitled Ships Computer 
Aided Design System (SCADS) was developed. Incorporating all of 
the features discussed is beyond the scope of this thesis, 
however, those features which demonstrate the major ideas 


presented were incorporated. 


le 2 System Features 


SCADS was developed using the facilities of the Joint 
Computer Facility (JCF) at MIT Those facilities specifically 
used by SCADS include a DEC VAX-11/782 mainframe computer, DEC 
VT-100 text terminals, a Visual-S5S0 graphics/text terminal and 
an IMAGEN laser printer/plotter. In addition, much of the 
documentation was created using an Apple [le micro-computer 
running the CP/M operating system and the WORDSTAR word 
processing system. 

The SCADS executive control system (SCADS for short) was 
written using Digital Command Language (DCL). This language 
provides features which allow SCADS to control the selection 
and execution of available application routines as well as 
providing a means for input/output designation and on-line help 


features. A print—-out of the SCADS command executive is listed 
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in Appendix A. 

The principle feature of SCADS is that it maintains 
control of all system operations from initial system entry 
until final exit. System initiation is accomplished by typing 

SCADS 
at the terminal. A welcome/status message is displayed 
(Appendix BH) followed by an option to review system operation 
procedures. An affirmative reply will cause the primary on- 
line help document toa be displayed (Appendix CC). This 
document presents a brief description of the SCADS system and 
operating procedures as well as a listing of implemented 
application routines and a brief description of each. 

Next, the user is asked to enter either a SCADS command 
or a nelp command. The help command is 

DESIGN 
Typing this at the keyboard will cause the primary on-line help 
document to be displayed. If the user desires more information 
about a specific application routine, this 1s available by 
typing 

DESIGN <argument> 
where <argument> would be the name of one af the implemented 
routines. Typing errors or unrecognized commands entered at 
either of these points, will cause a SCADS error message to be 
displayed followed by another system prompt. 

Typing only the name of one of the implemented routines 


will initiate execution of that routine. For this prototype of 








the SCADS system, three routines have been implemented: 

- SHCP —- hydrostatics calculations 

—- GSHCP —- graphical version of SHCP 

- BALES —- Bale’s seakeeping 
The detailed on-line documentation for these routines are 
listed in Appendices D, £ and F. As an illustration of 
what the user sees during a SCADS session, a listing of a 
sample session during which the SHCP program is executed 15 
presented in Appendix GG. This listing has been edited to 


remove the on-screen documentation which would normally be 


displayed. 
a. Graphical Displays 


A feature important to any CAD system is its ability to 
represent system calculation results in a graphical manner. 
With this capability available, the user is able to view the 
results of a design decision without nmaving ta sart through 
lengthy listings of tabulated data. By sroviding this 
capability as an on-line feature, the CAD system makes 
immediate evaluation possible, thus greatly reducing the turn- 
around time in the decision-result cycle. 

The SCAD system discussed in the previous section has 
included one program which possesses these capabilities. fhe 
program, Graphics Ships Hull Characteristics Program (GSHCP), 
which is a graphical version of SHCP, was developed by NAVSEA. 
GSHCP provides interactive graphics displays of hydrostatic 


properties and curves of form of the hullform being evaluated. 





A description of the features of the program are 
provided here as an example of the features which should be 
incorporated as part of the interactive graphics capabilities 
of a CAD system. 

Primary hullform data 1S input via a data file of 
offsets with the remaining hullform definition data entered 
interactively from the keyboard. After this definitive data 
has been entered, all further system interaction is via the 
terminal’s graphical display. Appendix H provides samples of 
the various graphical displays presented during execution of 
GSHCP. Fhe graphical display system used with this program is 
the BLOX GRAPHICS BUILDER system, developed by Rubel Software 
and provides menu driven interactive capabilities necessary for 
on-line graphical manipulation. The BLOX system meets the IGES 
standards requirements and is compatible with the TEMPLATE 
Graphical system. 

Initially, the user is offered the option of viewing the 
input offset data graphically. Three displays are 
available: (1) affset body olan, (2) splined body plan and (35) 
isometric view. These are illustrated in Figures H-1 through 
H-3 respectively. By reviewing these displays, the user is 
able to immediately locate any irregularities associated with 
the description of the hullform as the system sees it. Since 
GSHCP performs Rullform evaluation rather than hullform 
generation, it cannot change this ship definition. Any 
irregularities must be corrected by modification of the data 


file of offsets. Obviously, having this capability available 
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as part of a hullform generation program would make it possible 
to locate irregularities and to correct them interactively 
before beginning the evaluation process. 

Once correct hullform definition has been established, 
the user, by selecting options from the display screen, can 
view the hydrostatic properties associated with this hullform. 
Samples of the displays available are shown in Figures H-4 
through H-12. In addition, the user may modify ship draft and 
trim and view the Curves of Form which result from these 
changes. These changes are made possible by providing a 
representation of a numeric keypad on the display screen. The 
user controls the keypad by using either the keyboard arrows or 
by using a data tablet to control movement of a screen cursor. 
As numbers are selected cor deleted, the correct numerical value 
is displayed. If this value is acceptable to the user, he 
enters the value into the system, which then performs its 
calculations using this new data. The user may then view the 
Curves of Form which represent this new data and can 
immediately see the changes caused by this modification. 
Additionally, the user may direct the system tc generate a 
hardcopy of the current graphical display. 

This type of interactive graphical display and 
interactive data modification capability makes it possible for 
the user to be more efficient in his efforts. The short turn-— 
around time associated with this capability makes the 


evaluation of more options possible. Also, Raving a graphical 





display readily available allows the design to make better 
informed decisions concerning future design development 


alternatives. 


3.4 System Shorttalls 

As stated previously, SCADS is a prototype system and 
does not include all of the features needed for the final CAD 
system. fhe most important missing feature is a database 
management system. 4S currently implemented, SCADS does not 
have the ability to caordinate the input, output or storage of 
data for use between separate application routines. Although 
the three implemented routines do possess a degree of 
commonality of input, some data required to be entered 
interactively (‘ship name, station spacing, etc.) 1S data which 
actually defines the current stage of the design and should be 
included as part of the database. 

SCADS has been installed cn a DEC VAK-117/7782 mainframe 
computer at MIT. This facility has the capability of providing 
all of the support functions needed to fully implement the CAD 
system. However, this computer is used on a time-shared bhasis 
with many other users and, as a result, system response i5 
frequently less than desirable. This is especially evident 
during periods of heavy system usage such as occurs at the end 
of an academic term. Slow response is very distracting when 
operating a system such as SCADS which requires an extensive 
amount of user interaction. 


The programs currently available on SCADS have not been 





modified from their original format. Therefore, few internal 
help features exist within these routines. AlsSO, once a 
routine has been entered, data entry errors may cause 
catastrophic results, requiring reentry into SCADS from the 


beginning. 


&. Conclusions and Recommendatians 


The need for the existence of a ship design CAD 
capability for use in an academic environment has been 
established. In order for future ship designers to be able toa 
function efficiently in an industrial setting, use of these 
capabilities must be made part of their academic curriculum. 
Structural guidelines for the creation of this CAD facility 
have also been presented and features required to make the 
system usable have been discussed. Also, a prototype, 
Illustrating some of the more important features required for 
this facility, has been developed and is currently cperational 
at MIT. The next step is to use this prototype and these 
guidelines as a guide for the further development of this 
facility. 

Full implementation of the ideas discussed here is not 
an easy task and 1s not one which can be accomplished ina 
short time period. Hecause of the time required to implement a 
system which incorporates all of these features, develosment 
must be a multi-step process. 

Short-term goals should involve making the application 
routines available for use under SCADS in their present format. 
Centralized storage, user documentation creation and 
implementation under SCADS must be accomplished quickly so that 
the system will be available, even if in a crude form, as soon 


a possible. Also, development and implementation of 





application routines which fill the gaps currently existing in 
the design process must be started. Specifically, a hullform 
generation and definition capability must be established. This 
could easily be accamplished by implementing the HULGEN and 
HULDEF programs developed by NAVSEA, thus closing the gap in 
the design process which exists between gross ship 
characteristics specification (REED synthesis model) and 
hydrostatics (SHCP) and seakeeping evaluation (BALES). Major 
hardware items currently are available, although limited in 
numbers. Since most system development work will eventually be 
done by the students as course work or thesis work, additional 
hardware, especially terminals and accessories, must be made 
availabie quickly. 

long-term goals should involve the modification of 
application routines to include errar checking schemes, on- 
line help which is specific ta each routine, and interactive 
graphics capabilities. In addition, a centralized database 
system should be implemented so that the logical flaw of the 
design erocess can be established. NAVSEA has selected the 
Relational Information Management (RIM) system, distributed by 
Roeing Computer Services, as its database system. This system 
should be investigated for suitability as part of the proposed 
CAD system. Also, because the system must respond relatively 
quickly in order for it to be useful as a research tool, the 
possibility of obtaining a mainframe computer, designated 
specifically for the CAD facility, should be investigated. 


The ground work for establishing a ship design CAD 





facility has been laid. Continued emphasis on and support of 
system develapment will be needed, however, if a truly 


functional facility is to become reality. 





REFERENCES 


Ship Design at NAVSEA, Naval Sea Systems Command, Draft, 
August 1982. 


Fuller, Arthur L., Aughey, Michael and Billingsley, 
Daniel W., "Computer-Aided Ship Hull Definition at the 
Naval Ship Engineering Center," Paper presented at SCAHD 
777, Computer-Aided Hull Gurface Definition Symposium, 
September 1977. 


Proqram Management Plan for the Navy Inteqrated Computer— 


Aided Desiqn, Manufacturing, and Maintenance Program, 
Naval Sea Systems Command, Draft, December 1983. 


Stone, David L., Lieutenant Commander, U.S. Navy, A 


Further Development of the Massachusettes Institute 


of Technology Computer-Aided Design Executive 
System., G@.E. and &S.M. Thesis, Massachusetts Institute of 


Technology, 1982. 


Chryssostamidis, C., "Computer-Aided Ship Design 
Education at the Massachusetts Institute of Technology,” 
Computer Applications in the Automation of Shipyard 


Operations and Ship Design If, eds. Jacobsen et ail., 
Amsterdam: North-Holland Publishing Company, 1976, 


ae. oO5-/1. 


Herzog, Hertram, "A Transportable FORTRAN Based Executive 
System for Computer-Aided Ship Design Education," 


Computer Applications in the Automation of Shipyard 


Operations and Ship Design II, eds. Jacobsen et al., 
Amsterdam: North-Holland Publishing Company, 1976, 


poe 7 /—-87. 


Celotto, Richard Charles, Lieutenant, U.S. Navy, An 
Investigation Into the Use of Databases in Computer—Aided 
Naval Ship Design, O.E. and S.M. Thesis, Massachusetts 
Institute of Technology, i?8i. 


Stone, David L., "XIII-A Computer-Aided Design Lab 
Information Executive Manager System", Massachusetts 
Institute of Technonogy, 1980. 


Ci 
ty. 





APPENDIX 4A 


SCADS EXECUTIVE CONTROL SYSTEM 








$ WRITE SYSSQUTPUT 
$ BRITE SYSSOUTPUT 
$ WRITE SYSSQUTPUT 


FEE EEet Ett et eet t sete tt ttt ttt te tte tet ett’ 


$ WRITE SYSSOUTPUT ° t +" 
$ BRITE SYS$OUTPUT " + Met anls +" 
$ WRITE SYSSOUTPLT ° t +" 
$ WRITE SYS$OUITPUT ° + SHIPS COMPUTER AIDED DESIGN SYSTEN +" 
$ WRITE SYS$OUTPUT " t +! 
$ WRITE SYSSQUTFUT * + VERSION 1.00 +" 
$ WRITE SYSSOUTPUT " + i 
$ WRITE SYSSOUTFUT ° + RERNIE W. JOHNSON +" 

WRITE SYSSQUTPUT " + +! 

WRITE SYSSGUTPUT + APRIL 1984 +" 


WRITE SYSSQUTPUT EEEEEELELETEEFEEFEEEEFESEEE E+ ESE EEE E4444! 
BRITE SYSSQUTFUT 


WRITE SYSSCUTPUT 


' BISPLAY WELCINE/SYSTEM STATUS RESSAGES 
t 


TYPE SCADKEL. 2C 

i 

1 

| GIVE USER THE OPTION OF REVIEWING COMMAND PROCEDURE SUMMARY 
{ 

1 

COM PROCEDURE: 

{ 

WRITE SYSSOUTFUT * 

WRITE SySstuifuT * 

WRITE SYS$QUTZuT "DO YOU WANT 4 REVIEW CF COMMAND PROCEDURES? (¥/NI* 
WRITE SYSEQUTPHT < 

INQUIPE COM INFO *--)" 

' 

IF COM INFO .8ES. "VY" AND. COM_INFO .NES. “N® THEN GOTO COM PROCEDURE 
| 

IF COM INFO .£9S. *N* THEN GOTO COM_NO 

4 

l 

COM_YES: 

{ 


' DISPLAY COMMAND PROCEDURE DOCUSENT 


i 
TYPE SCABCOM. DOC 
{ 
I 
COM_NO: 
t 
WRITE SYS$QUTPUT ° * 
WRITE SYS$QUTPUT “ " 
WRITE SYS$OUTPUT “Enter a SCADS comaand or ‘DESIGN’ to view options." 


Pn RH eh HH 1H OF 1 MH HR Om Pk et Or OO Oh Or Oe OR lOO OO Pe PM OR RR 





ae th oF OF ah th Rh Ow Oa OW Oe 1 OR AR Oa RO 1H er ROR eH Oe ORO Oe 


WRITE SYSSOQUTPUT "= ° 
WRITE SYSSOUTPUT °° 

{ 

l 

COM_GET: 

1 

MV IGET COMMAND 

1 


INQUIRE COM NAME *--> * 


tNEXTRACT THE FIRST 4 CHARACTERS FOR COMPARISON 


COM NAMEL := ’FSEXTRACT(O,4,COM NAME)’ 


MAIN COM c= ERR 


IF COM HAMEL .£QS, "SHCP" TREN MAIN COM := SHEP. 


IF COA_NAMET .£@5. "GSHC® THEN MAIN COR ¢= GSHCP 


IF COM NAME! .£85. “RALE® THEN MAIN COM := BALES 


TESEESERESEEEEL EA SEE SESEESEE EEE EEE SEE ESTES EE AEE LE EY 


é 


t 


'# ADD OTHER APPLICATION ROUTINE COMPARISONS IN # 


\t THIS AREA AS THEY ARE DEVELOPED 


ly 


t 
t 


TEESEESSESES SSE ESSE SSSELE THEE LEER SEES EEE EEE EET EEE 


IF COM HAMEL .€85. “EXT7" THEN GOTO EXIT 


IF COM NAMEL .£GS, “DESI” THEN GOTO MENU CHECK 


IF HAIN COM .E@S. “ERR” THEN GOTO RAD COM 
B’MAIN CON’ 


6070 COM_GET 


MENU CHECK: 
I 


1 ICHECK FOR MODIFIER ON "DESIGN® COMMAND 

: 

} COM_LEN :=’FSLENGTH(COM NAME)’ 

{ 

| SPACE := ’FSLOCATE(* *, CON NAME)’ 

[ 

11 {MODIFIERS PRESENT 

t 

| IF COM LEN .NES. SPACE THEN GOTO MENU_AMP 
i 


TYPE SCADCON. DOC 


mag 
a? 





GOTG COM SET 
‘ 
‘ 


MENU_AMP 


TUIDECIPHER MODIFIER TQ "DESIGN* COMMAND 


| 
SUB _COM := ERR 
SUB MENU c= ’FSEXTRACT (SPACE, 3,COM_ NAME)’ 
IF SUB RENU .E@S. "SHC" THEN SUB COM 2= SHCP. DOC 
IF SUBMENU .E@S. "GSH" THEN SUB_COM °= GSHCP.DOC 
IF SUB MENU .E8S. "BAL" THEN SUB COM := BALES. DOC 
IF SUB COM .EQS. “ERR® THEN GOTO BAD CON 
Phe OUBaCUN: 
GOTO COM_SET 

I 

RAD COM: 

TUIERROR TRAP FOR ILLEGAL COMMAND 

( 
WRITE SYSSGUTPUT * * 
WRITE SYS$SOUTPUT " * 
WRITE SYSSQUTPUT “Unrecognized command, Please reenter. 
WRITE SYS$QUTPUT ° * 
BRITE SYS$GUTPUT 7 “ 


GOTO CON SET 


ee ee ee ee ee 


4) 





APPENDIX 5B 


SCADS WELCOME/SYSTEM STATUS MESSAGE 
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Welcome to the SHIPS COMPUTER AIDED DESIGN SYSTEM 


This system, which 15 currently under development, will aid you in 
the design and analysis of ship data. Although it will not make 
design decisions for you, it will provide many tools for your use 
so that the amount of tiae required for calculations and iterations 
can he reduced. Hopefully, this will allow for timely design 
decisions on your part. 


This system has been designed to be as easy to use and as straight 
forward as possible. Help files are available for viewing at 
Cogeand input points as indicated belan, 
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SHIPS COMPUTER AIDED DESIGN SYSTEM 


THIS DESIGN SYSTEM CONTROLS THE OPERATION OF A COLLECTION OF USEFUL PROGRAMS 10 
AID YOU IN THE SHIP DESIGN PROCESS. 


A SYSTEM PROMPT "-->" INDICATES THAT THE SYSTEM IS WAITING FOR YOU TO ENTER A 
COMMAND OR DATA FOR PROGRAMS WHICH ACCEPT DATA INTERACTIVELY. 


TO VIEW THIS DOCUMENT AGAIN, TYPE “DESIGN” AT THE SYSTEM PROMPT OR FOR A MORE 
DETAILED DESCRIPTION GF A PARTICULAR PROGRAM INCLUDING INSTRUCTIONS, AT THE 
SYSTEM PROMPT TYPE: 


--)> DESIGN <ARGUMENT > 

RHERE THE CURRENTLY AVAILABLE ARGUMENTS ARE: 

SHUP 

GSHCP = =—s_s« ### OTHERS ADDED HERE AS IMPLEMENTED t## 
BALES 

FOR EXAMPLE: 


--> DESIGN BALES 


WOULD DISPLAY DETAILED INFQRMATION ABOUT THE BALES SEAKEEPING 
PROGRAM. 


TO RUN ONE OF THESE PROGRAMS, JUST TYPE THE NAME OF THE PROGRAM. FOR EXAMPLE: 
me SHUP 

WOULD RUN THE FROGRAM “SHCP®. 

A BRIEF DESCRIPTION GF THE AVAILABLE PROGRAMS FOLLOWS. 


SHEP USING A DATA FILE CONTAINING SHIP OFFSETS AND 
INTERACTIVE USER INPUTS, THIS PROGRAM WILL 
CALCULATE DISPLACEMENT, CURVES OF FORM, FLOODABLE 
LENGTH AND HYDROSTATIC CHARACTERISTICS. QUTPUT 
1S IN A TABULAR FORMAT. 


GSHCP PERFORMS THE SAME CALCULATIONS AS “SHCP’ BUT 
PRODUCES GRAPHICAL REPRESENTATIONS OF THE ATA 
AS WELL AS BODY PLAN AND SHIP ISOMETRIC VIEW. 
DUE TO THE GRAPHICAL PRESENTATIONS, GRAPHICAL 
DISPLAY TERMINALS MUST BE USED TO RUN THIS 
PROGRAM. PRESENTLY, THESE INCLUDE THE 
"VISUAL 550° AND THE *VT-100’. 


&4 





BALES USING A DATA FILE CONTAINING SHIP OFFSETS AND 
INTERACTIVE USER INPUT, THIS PROGRAM WILL 
CALCULATE BALE’S SEAKEEPING RANK ESTIMATOR, 
WATER PLANE AND VERTICAL PRISMATIC 
COEFFICIENTS AND WATER PLANE AREAS. OUTPUT 
1S IN A TABULAR FORMAT. 


tt# DESCRIPTIONS OF NEW ROUTINES ADDED AS IMPLEMENTED te 


—o-e, “4 


a 
ee 
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f . 
# SHIPS RULL CHARACTERISTICS PROGRAM = # 
t “ 


RELEEELEELELELEL ELA EEL HTELE EELS EL FLEES ELLE 


t DEVELOPED BY NAVSEA © 
x * 
¢ IMPLEMENTED AT M.1.T. BY % 
t ' 
t B.W. JOHNSON t 
t AND ~ 
t UH. ROWLEY * 
4 1983 t 


HEFEEEEELELEFEL ELE EE ELE LEE EL ES EEF E TEL ELL EY 


During preli@inary hull definition, many tedious and tise consusing 
calculations are required. The Ships Hull Characteristics Program (SHCP) was 
developed to reduce the number of such calculations which sust be perforaed by 
hand. SHCP sas developed by NAVSEA and is currently being used in various 
foras throughout the Navy’s desian comeunity. The output of SHCP consisted of 
volumetric properties, data points for calculating curves of fora, floodable 
length and intact stability curves. 


Since sost of the data utilized by SHCP is in the form of "offsets", a 
separate file of this data sust be created. Instructions for creating the 
efrset file are provided below. Additional data required for specific portions 
of SHCP are entered interactively by the user at the terainal while the prograe 
is running. Prompts are provided to guide the user through a successful 
session. Jescriptions of the different portions of SHCP are provided below. 


The offsets wnich define the hull for@ are actually a collection cf 
points, each having 4,Y and Z coordinates. fhe points are entered by station 
nuaber (i-coordinate) measured from the forward perpendicular, horizontal 
measure in feet (Y-coordinate) seasured from the centerline, and vertical 
measure in feet (Z-coordinate) measured from the base line. In addition, a 
fourth number (control number) 15 required to indicate to the computer what 
type of point this point is. The offsets are entered as deciaal values 
separated by commas. The control nuaber 1s entered as an integer. Only one 
point is entered on each data line. Control numbers and their seanings are 
listed below. 

1 - Ordinary offset data point 

2 - Breakpoint or point of sharp hull curvature change 
3 - Last data point for a station 

4 - Last data point for the entire ship 


A typical data line would be 
Gaicigmietids clu, | 


This would be translated as 





8.75 - station nuaber 

10.625 - feet from centerline 

2.0 - feet above the baseline 

i - control nuaber (1 = ordinary data point) 


All points for each station are entered before moving to the next station 
and the points for each station are entered starting at the keel and working to 
the deck edge. fhe following rules apply to station selection. 


a. A minimus of three and a maxigus of forty-one stations can be specified. 


b. The total number of stations must be odd} each station must have a non-zero 
sectional area when totally immersed. 


c. The sequence of stations subaitted aust be from the bow aft. The tip of the 
bow and the stern should be included to define overall ship length (LOA). 
stations forward of the FP should be entered using negative station nuebers. 


d. fhe minimus station gust nave a half-breadth of at least .01 feet, and an 
incremental her:ght of at least .01 feet. 


e. Regions of rapid change in station size or shape require many closely spaced 
stations ‘e.g. half and or quarter stations should be subaitted near the bow 
and or stern). 


f. Longitudinal breakpoints (end of raised forecastie, end of skea, etc.) are 
represented by three very closely epaced stations which must be odd-even-cdd in 
the sequence of stations subaitted. Do not confuse a station's position in the 
input sequence with its station number. 


gq. Qniy three stations in the ocd-even-odd sequence need be specified for the 
paraliel eid bedy. 


The following rules aust be cbserved for points on each staticn. 


a. A winigua of two points and a maximua of twenty nine points per station can 
be processed. Since the prograa perforas a second order interpolation fit af 
unequally spaced points, these must be considered as part of the maxigum when 
building the input file. If no additional points are desired to be added by 
the program, the input file aust have equally spaced points at each station. 
The spacing however does not have to be the same for each station since they 
are computed individually. 


b. The points at each station aust be subaitted in ascending order by height. 
Hulis with tunnel sterns and convex bottoms cannot be processed directly, 
because ali points below the highest point of the convex surface are ignored. 


c. Only two horizontal lines are peraitted on a station: one from the vertical 
centerline of the ship to the first point; and one from the last point on the 
station back to the centerline. Therefore, first or last points on the 
centerline aust not be specified whenever a horizontal line would connect thea 
with an adjacent point. I[f the slope of a straight line connecting two 
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adjacent points 1s less than or equal to 0.002 either the first or the second 
point will be ignored. 


d. Regions of rapid change in curvature (e.g. the turn of the bilge) require 
many closely spaced points. 


e. Points of abrupt changes in curvature (e.g. edge of the keel, knuckles,etc.) 
must be identified as vertical breakpoints. The maxiaua nusber of breakpoints 
permissible per station 15 six. 


& typical data file is illustrated below. 


nied Old, Joe, } 

SUece sOld, Meldy 3 last point of station 
O,0, -d/5,m@450, 1 

M0, dub2o,, 56.0, 1 

O50; 11.370, 00.0,-1 


UU else Loy 1Os0rd, 3 Jast point of station 
Pete laid, U0, | 

earls lds) lets 2 breakpoint 

ed, 6.0, 4.31, ! 

Met, LUsd Ja cae Ve | 

Pe oN eGr od, Oo. cl dq last point of station 
Bale feta, Vel. I 

Re le Alig: be fy We breakpoint 


19.0, 5.75, | 
46.625, 30.0, | 


tn on CNA on 
= a e s 
— <> 


een teta, 40-0, | 

gen eGl day Ota ty: 2 Oreakpaint 
BRON? Slide Udeids © last point of station 
ro, 1o/d, O50.) 
Ree slog lets 2 breakooint 


Mid, 3.0, 3.69/73, 1 
eae a0, 15.6875, 
rt. Vc koe Sen, I 
10,0, 68a. 75, 4875. 2 breaksoint 
MUO hao den de. 32a, 3 last point a 
me, Oso, 2.020 

ed, 18.0, 30.0875, | 

eS, 33005 42,0," 1 

Hpi, Od: 70/5, 90, ciza, a breakpoint 
11.8, 37.3625, 52.9762, 3 last point of station 
sli, 0.0eSh. 9575, | 

Pes 5. b2504 94.95.44 last point of ship 


ber 


station 


>. 


SHCP is selected by typing *SHCP" at the SCADS prospt “-->*. 


The SHCP prograa contains four sections: 
~Hydrostatic properties 
-Curves of forms 
~Floodable length 
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“Curves of statical stability 


Upon initial selection of SHCP, the user will be asked to enter: 
-Input file nape {file with offsets data) 
-Qutput file naae 
“Ship name 
“Serial nueber (for user’s records only) 
-Execution date 


The program then reads in the file of offsets and performs a second-order 
interpolation to provide data points for use with the Siapson’s 1-4-1 
integration for voluge and area calculations for the hydrostatic properties, 
The user is then asked whether these interpolated points should be included in 
the output file. The user is now asked for these additional data items: 


-Length between perpendiculars (deciaal feet) 
“Station spacing (deciaal feet) 
-Maxigua half-beammidth (decinal feet) 
-Design input type: 
I--Design draft and trina 
2--Desiqn displacement and tris 
S--Besign displacement and LC6 
-Data matching this choice {deciaal values) 
-Water density 


The user is now asked which of the three remaining portions of SHEP should 
be executed. Upon completion of each selected section, the user 15 allowed to 
select another section {or the same one) or 15 allowed to exit the procras. 


##ett CURVES OF FORM tttte 


This section calculates data for requested waterlines and trias. Jf nane 
of the requested waterlines is within .00] feet of the design waterline, it ts 
added to the list of waterlines for which calculations are performed. he 
following properties are calculated. 

-Displacement 

-Prismatic coefficient 

-Waterplane coefficient 

-Transverse waterplane inertia coefficient 
-Longitudinal metacentric radius 

-Transverse @etacentric radius 

-Height of longitudinal aetacenter above baseline 
-Height of transverse metacenter above baseline 
-Tons per inch immersion 

-Change in displacesent per foot of trim aft 
-Nosent to tria one inch 


Inputs: 
-Maximua draft for calculations (decimal feet) 
-Draft increwent for calculations (decieval feet) 
-Nuaber of different trims (integer) 
-Trims {+ by stern) separated by commas {decigal feet) 
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The user 15 now allowed to select another section of SHCP to execute or to 
exit. 


####% FLOQDABLE LENGTH 2488 


Floodable length determines the lengths of shell-to-shell coapartnents of 
specified permeabilities that, when flooded, will cause the ship to settle to 


the waterline tangent to the margin line. For these calculations, the sargin 
line 15 assuaed to be 3 inches below the uppermost point on each station 


described in the offset table. The added weight method is used to calculate 
floadable lengths. 


Inputs: 
“Number of perseabilities (intecer - 7 maximus) 
-These permeabilities, separated by commas (decimal) 


The user in now asked to select another section to execute or to exit. 


#348 CURVES GF STATICAL STABILITY tteze 


This portion of SHCP calculates curves of statical stability for !¢ 
different heel angles. io to seven sets of initial conditions are permitted. 
These initial conditions may be in the form of e:ther displacements and LCG’s, 
displacements and trims or dratts and trigs. For each input combination, the 
ship 1s balanced at each heel angle to obtain draft and tris which yield the 
required voluee and LCE. 


Inputs: 
“Format for data entry 
1--fisplacesents and LC6’s 
2--Displacesents and Trias 
S--Drafts and Trims 
-Nueber of these data sets for which calculations are 
desired (integer, / maxigua? 
-Data for selected format {decimal values) 
“Maximus heel angle (decimal degrees) 


The user in now asked to select executian of another section or to exit. 


Upon exit, the user @ay choose to run another portion of SCADS or to exit the 
systes. 
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# GRAPHIC SHIPS HULL CHARACTERISTICS PROGRAM = + 
# t 


SERERREREREEEEELEEEEE LEER EEE EEE EEELEEEEEEEEEEEEE EEE 
BASED ON SHCP 
DEVELOPED BY NAVSEA 


GRAPHICS FEATURES INCORPORATED Ey 
U.H. ROWLEY 


1983 
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The Graphic Ships Hull Characteristics Prograe (GSHCP) is a 
eodified version of the Ships Hull Characteristics Program (SHCP) 
developed by NAVSEA. This version incorporates graphical routines 
which allow displaving af the cutput generated by SHCP in a graphical 
format. The craphics system utilized in develocment of GSHCP consists 
of the BLOX core graphics system with BLOX GRAPHICS BUILDER, developed 
by RUBEL SOFTWARE of Cambridge, HA. 


Two output cevices are currently available fer c:solaying the 
graphics associated with GSHCP, These are tne Vf-!30 terminal and the 
Visual-350 tereinal. Upon initial program entry, the user will be 
asked to designate which terg@inal is being used. 

GSHCP has the capability of HARDCOPY output. Upson hardcopy 
request, a hardcopy file, BGBFIL.DAT, 1s created in two versions. the 
procedure for plotting these files is as follows: 

i--fype the coasand 
BSBPLT BSOBFIL IMAGEN 


This will create an image file called IMFILE.CAT 


2--Renage the mast recent version (n) of BGRFIL.DAT by typing 
the comsand 


RENAME BGBFIL.DAT;n NEWNAME. DAT 
By renaaing this file, the next lower version nuaber 
of BGBFIL.DAT is made available for processing and the 
original file is saved as NEWNAME. DAT 
3--Now plot the isage file by typing 
PRINT/QUE=IMAGEN IMFILE.DATSa 


where {a) is the version number af the image file. 
This will plot the igage on the Imagen Laser Pictter. 


e 
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Since aost of the data utilized by SHCP is in the fora of 
“otfsets", a separate file of this data sust be created. Instructions 
for creating the offset file are provided below. Additional data 
required for initralizing GSHCP is entered interactively by the user 
at the terginal while the progras is running. After generation of the 
first graphical display, further data input and systea control is 
performed by using the arrow keys and/or data tablet, depending on the 
ter@inal being used. Descriptions of the different portions of SHCP 
are provided below. 


The offsets which define the hull fora are actually a collection 
of points, each having X,¥ and 2 coordinates. The points are entered 
by station nusber (X-coordinate) measured from the forward 
perpendicular, horizontal seasure in feet (Y-coordinate) seasured fros 
the centerline, and vertical measure in feet (/-coordinate) seasured 
from the base line. In addition, a fourth number (control nueber) is 
required to indicate to the computer what type of point this point is. 
The offsets are entered as decimal values separated by commas. The 
control nuaber 15 entered as an integer. (Qnly one point is entered on 
each data line. Control nuabers and their aeanings are listed below. 


~ Ordinary offset data point 
- Hreakpoint or point of sharp hull curvature change 


- Last data point for a station 
- Last data point for the entire ship 


i 

2 

3 

4 
A typical data line would be 
Reig f0nnto, 22,0,04 


Th1s would be translated as 


So73 - Station number 

19.625 - fset from centerline 

22.0 ~ feet above the baseline 

1 ~ contro) number {1 = ordinary data goint) 


All points for each station are entered before saving to the next 
station and the points for each station are entered starting at the 
keel and working to the deck edge. The following rules apply to 
station selection. 


a. A miniaue of three and a eaxiaue of forty-one stations can be 
specified. 


b. The total nuaber of stations aust be add} each station aust have a 
non-zero sectional area when totally i@mersed. 


c. The sequence of stations subsitted aust be from the bow aft. The 
tip of the bow and the stern <ould be included to define overall ship 
length (LOA). Stations forward of the FP are entered with negative 
station nuabers. 
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d. fhe minimum station must have a half-breadth of at least .01 feet, 
and an incremental height of at least .01 feet. 


e. Regions of rapid change in station size or shape require sany 
closely spaced stations (e.g. half and or quarter stations should be 
submitted near the bow and or stern). 


f. Longitudinal breakpoints (end of raised forecastle, end of skea, 
etc.) are represented by three very closely spaced stations which aust 
be odd-even-add in the sequence of staticns submitted. Do not confuse 
a station’s position in the input sequence with its station number. 


g. OQniy three stations in the add-even-odd sequence need be specified 
for the parallel mid body. 


The following rules must be observed for points on each station. 


a. A siniaue cf two points and a maximue of twenty nine points per 
staticn can be orocessec. Since the program perforas 2 second order 
interpolation fit of unequally spaced points, these aust be consicered 
es part of the maxigum when building the input file. if no additional 
points are desired to be acded by the programs, the input file must 
have equally spaced points at each station. The spacing however does 
not have to be the same for each ctation since they are coaputed 
individually. 


b. the points at each station aust be subsitted in ascending order by 
hercht. Hulls with tunnel sterns and convex bottoms cannot be 
processed directly, because ail points below the highest point of the 
convex surface are ignored. 


c. Oniy twe horizontal lines are permitted on a station: one froa the 
vertical centerline of the ship to the first point; and one from the 
last paint an the station back ta the centerline. Therefore, first or 
fast points on the centerline must not be specitied whenever a 
horizontal line would connect thea with an adjacent point. If the 
slope of a straight line connecting two adjacent points 15 less than 
or equal te 0.002 either the first or the second point #111 be 
ignored. 


d. Regions of rapid change in curvature (e.g. the turn of the bilge) 
require gany Closely spaced points. 


e. Points of abrupt changes in curvature (e.g. edge of the keel, 
knuckles,etc.) aust be identified as vertical breakpoints. The aaximus 
nusber of breakpoints permissible per station is 51x. 

A typical data file is illustrated below. 


Une Olay 20. 0,. | 
Sloe d,s J0clagme last point of station 
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975, 24.0, 
5.425, 36.0, | 


11.375, 60.0, 1 
13.25, 76.625, 3 


1.75, 0.0, 
75, 9N 2 
6.0, 4.31, 
28.375, 24.0, 
39.975, 68.375, 


1.75, 0.0. 
1.75, 1.7, 


IB jactay | 


i 


i 


i 
2 


¢ 
4 


3 


46.625, 30.0, 


47.75, 48.0, | 


47,8125, 54.0, 2 


47.8125, 58.75, 3 
1.75, 0.0, 
KeOwiis, fi? 


Boas Oy Ssb079. | 
24,0, 15.4875, : 
44,25, 42.0, | 


hydrostatic properties. 


, 44.75, 45.6875. 2 
0, 45.375, 
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0.5, 21.425, ! 
19.0, 30,4875, ! 


33.0, 42.0, 1 

35.9375, 44.3125, 
37.3625, 52.9762, 
13.417, 0.0, 47.9375, | 
13.417, 9.625., 54.5, 4 


GSHEP 1s selected by typing "GSHCF* at the SCADS prompt “--:", 


The 65HCP prograa currently has two sections operational: 


t-y Rol 


last point 


breakpoint 


last point 


breakpoint 


breakpoint 
last point 


breakpoint 


breakpoint 
last point 


breakpoint 
last point 


last point 


“Hydrostatic trooerties 


“-Lurves ot foOr® 


Upon initial selection of GSHCP, the user will be asked to enter: 


of 


of 


of 


Oo 
rh 


station 


station 


station 


if 


tation 


Cts 


station 


F ship 


“Input file name (file with offsets data) 
—-Jutput file name 


“Ship naae 


“Serial nueber (for user’s records only) 


-Execution date 


#e#t4 HYDROSTATIC PROPERTIES #eete 


The progra@ now reads in the file of offsets and perforas a 
second-order interpolation to provide data points for use with the 
Siapson’s 1-4-1 integration for volume and area calculations for the 
The user is then asked whether these 
interpolated points should be included in the output file. 


1s now asked for these additional data items: 





-Length between perpendiculars (deciaal feet) 
“Station spacing (decimal feet) 
-Maxiaua half-beammidth (decimal feet) 
-Design input type: 
{--Design draft and tris 
2--Design displacement and tria 
3--Design displacesent and LC6 
-Data satching this choice (decimal values) 
-Water density 


At this point, GSHCP enters its graphical mode and further systen 
interaction 1S via either the arrow keys or via the data tablet. The 
user selects the portions of 6SHCP he wishes to view or enters data 
psodifications via the key-pad shown on the screen. 


The initial graphical screen displayed offers the user six 
options for system operation. These options are: 


1--OFFSET BODY PLAN - Displays bodv plan consisting of 
points that were input and intersolated by GSHEP. 
This merely connects these points and does no fairing. 


2--SPLINED BODY PLAN - Uses a cubic spline to attempt a 
fairing af the input offset point. Gives a rough 
approximation of the fairness of the points. 

Note that this routine will not handle a majcr 
discontinuity such as a breakpoint. 


3--ISQMETRIC VIER - Displays a three dimensional view 
of offset data points as entered and interpolatec. 


4--VOLUME PROPERTIES - Displays volumetric properties 
of the hull. [hese properties are also 
automatically written to the output data file. 


J--CURVES OF FORM - Cycles to a new screen that has 
a menu for available curves and proapts for 
inout. The options are described below in the 
CURVES OF FORM section. 


5--EXIT - Stops program execution and returns the user 
to the SCADS proapt. 


t#t## CURVES OF FORM fette 
This section calculates data for requested waterlines and triss. 
If none of the requested waterlines is within .001 feet of the design 
waterline, it is added to the list of waterlines for which 
calculations are performed. The following properties are calculated. 
The actuation of CURVES OF FORM will result in a prospt for 


"Desired maxisue draft waterline (in deciaal feet)" to be placed on 
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the graphs and “Desired trim (decimal feet + by the stern)". These 
are input using the arrow keys or data tablet by selecting values from 
the keypad on the lower right of the screen. Selections are displayed 
in the area directly above the keypad and corrections may be aade 
using the “delete” indicator on the keypad. The waximue draft 
waterline acceptable 15 50.0 feet, however, the aximua cannot exceed 
the deck edge of the ship. After the information is accepted, the 
user will be proapted when calculations are completed and a curve ray 
be selected. The curves available for selection are listed in the 
upper right side of the screen. Upon selection of one of these 
curves, it will be displayed on the screen complete with annotations. 
As each curve is selected, the last one will be erased. Curves 
available are: 


- Displacegent 

~- Katerplane area 

~ LCB/LCF 

- TPI/KB 

- Moment to trim one inch 

- Change in displacement per foot of trim aft 
- Prismatic coetficient/waterplane coefficient 
- KNL/BML 

- KAT/BRT 


The other senu items available on the bottog af the screen are 
listed below: 


- NEW TRIM LINE - Proapts for new desired trim (deciaal 
feet + by the stern) and recalculates curves for 
this new tris. 


- NEW MAX DRAFT - Progpts for new maxigum draft and new 
tria for curves and recalculates data. 


~ HARDCOPY - Creates output hardcopy files for graph 
currently being viewed. 


- QUTPUT FILE - Writes an output file for all curves for 
the given trin in two foot intervals up to the 
maximue draft waterline requested. 


- RETURN - Returns to the initial screen. 


For sore information concerning prograe execution and the 
calculation methods used by GSHEP, consult the GSHCP users guide. 
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APPENDIX F 


BALES SEAKEEPING PROGRAM 


ON-LINE HELP DOCUMENT 





79 








BALES SEAKEEPING PROGRAM 


DEVELOPED AT 
Melede 
BY 
ROBIN. L. HIDDEMEN 
1983 


This program, based on work done by Nathan Bales, calculates 
the relative seakeeping performance of a defined ship hullfore. 
This performance criteria, known as Bales Seakeeping Rank 
Estigator, R, 1s based on the following equation. 


R= 8.42 + 45.1 # CPF + 10.1 & CHPA - 37.8 # (T/L) 


flees = CL) — 25.5 % CVPP = 15,9 # CVPA 


Where: 
CWPF = waterplane coefficient forward of midships 
CWPA = waterplane coefficient aft of sidships 
tee Orott 
L = length between perpendiculars 
C = cutup point, distance aft of the forward 

perpendicular where the keel rises 

CVPF = vertical prismatic coefficient forward 


CYPA = vertical prismatic coefficient aft 


Bale’s Rank Estimator can have values between 0 and 10, with 10 indicating 
the best seakeeping performance. 


In addition to calculation of R-factor, the followino 
values are also calculated: 
~ Sectional areas for input stations 
- Interpolated values for 21 evenly spaced stations: 
- station number 
- distance aft of the forward perpendicular 
- disign waterline offset 
- sectional area 
- Area of the waterplane formard/aft of aidships 
- Waterplane coefficient forward/aft of aidships 
~ Displaced volume forward/aft of aidships 
- Vertical prismatic coefficient formard/aft of aidships 
- Cutup point 
Additionally, if R is not satisfactory, the program will give 
recomsgendations for further isprovements on the seakeeping 
characteristics of the hull. 


INPUTS REQUIRED: 
Ship name {up to 32 characters) 


Serial nusber (4 digits, for record keeping only) 
Length between perpendiculars (decigal feet) 


BC) 





Maximua half-beamwidth (decimal feet) 

Design draft {decimal feet) 

Filename of input data file containing ship offsets 
example: INFILE.DAT 

Filename of file for output data 
example: OQUIFILE.DAT 


The input data file contains the ship’s offsets in the fora af 
X¥Z coordinates of data points which define the hullfora. fhe points 
entered by station number (X-coordinate) measured from the forward 
perpendicular, horizontal seasure in feet (¥Y-coordinate) measured 
from the centeriine, and vertical measure in feet (Z-coordinate) 
measured fros the baseline. In addition, a fourth nueber (control 
number) 15 required to indicate to the programa what type of point 
this 1s. The offsets are entered as decimal values separated by 
commas. The control number 1s entered as an integer. Qnly one 
point is entered on each data line. Control nusbers and their meanings 
are listed below. 


[ - Ordinary offset data point 

2 - Breakpoint or point of snarp hull! curvature change 
3 - Last data point for a station 

4 - Last data point for the entire ship 


A typical data line would be 
Cauca eee et 
This would be translated as 


6.73 - station nuaber 

10.625 - feet from centerline 

coed - feet above baseline 

1 - control nuaber, | = ordinary data point 


all points for each station are entered before saving to the 
next station and the points fcr each station are entered starting 
at the keel and working to the deck edge. Points for the keei 
and deck edge aust be included. Although stations are not required 
to be evenly spaced, an odd number of stations is required. {ach 
station aust have at least 2 but not sore than 29 data points. 
Stations forward of the Forward Perpendicular gay be entered using 
negative station nuebers. A typical data file is illustrated below. 


=e G20, age. i 

soa, saya, aise 3 last point of station 
0.0, Paro. 24.0, 1 

Wa, aco, 36.0, 
a Pera, 9 00.0, 
0.9, Maia, 76.625, 
De feehas 0.0, 
2605 ea; La 
EQ 6.9, 4.31, 


last point of station 


breakpoint 


— RI Ch ee me 


& } 





2.0, 28.375, 24.0, 
2.0, 39.875, 68.375, 
5.0, 1.75, 0.0, 


last point of statzon 


Je, Paras Weal breakpoint 
etnes., 30.0, 
es Biel 48.9, 
U's 47.8, Sua), breakpoint 


l 
3 
i 
2 
eG, 19.0, ait) i 
j 
i 
2 
O30; BigG2de Jbsl a. 4 last point of ship 


NOTE: The blank spaces are included for readability 
only and are not required. 


Additicnal information concerning input data requirea@ents ray be found 
in the Ships Hull Characteristics Progras (SHCP) User’s Guide. 








NOTE: 


APPENDIX G 


SAMPLE SCADS SESSION 


Document files which would be displayed during an 
actual SCADS session have been edited out of this 


lasting for brevity and are listed in Appendices 
oa F. 





$ SCADS 


FEE+EtE ttt ttt tettetttttteetteettettttt t+ 


Meihe be 


SHIPS COMPUTER AIDED DESIGN SYSTEM 


VERSION 1.00 


BERNIE W. JOHNSON 


- ht hh Fh ht FH rh Oh +t 
+ + Fh +t Fh th Fh th tr + 


APRIL 1984 
FEEFEEEEEEEEE EEE ET EE tt tt tte t te tet ettte tet 
Kelcome to the SHIPS COMPUTER AIDED DESIGN SYSTEM 


eeeeeee2? «fhe SCADS welcome/systea status message #Ftttttt 
EEELELEE would norgally be seen here EEEELILE 


DO YQU WANT A REVIEW OF COMMAND PROCEDURES? (Y/N) 


SHIPS COMPUTER AIDED DESIGN SYSTEM 


#ezztetté The SCADS on-line help documentation #F#884tt 
HEEEEER EE would normally be seen here Fett Ett 


Enter a SCADS command or ’DESIGN’ to view options. 
--) ; DESIGN BALES 
BALES SEAKEEPING PROGRAM 


#444224¢ ©The on-line help docugentation for the Bales ##88tett 
44224422 Spakeening Program would normally be seen here #####4##2 


Semi ha vaN 
Unrecognized cogaand. Please reenter. 
--> ; DESIGN BOLES 


Unrecognized coagand. Please reenter. 


o3 4 





meee HUE 


tt+tttt ttt tstt ttt tt ettettttttttt 


t + 
+ SHIPS HULL COMPUTER PROGRAM + 
+ 4 


FEttttet ttt tet et tte ttt ett ttetet ett 


ENTER NAHE OF INPUT DATA FILE 

~-7 | GAILDATA. DAT 

ENTER NAME OF QUTPUT DATA FILE 

~-> + QUTPUT, DAT 

INPUT: Ship Name (up to 32 characters) 

§.5. SUSAN GAIL 

INPUT: Four digit serral nusder for run 

1001 

INPUT: Date of run (MN-DD-YY) 

09-09-64 

INDICATE OFFSETS DESIRED IN OUTPUT 
O--Original and interpolated offsets 
i--Griginal offsets only 


2--Interpolated offsets only 
3--No offsets in output desired 


ENTER: Length between 
perpendiculars (decimal feet) 


300.0 


ENTER: Station spacing (deciaal feet) 


ENTER: Maxiaua beaan-halfwidth (decigal feet) 


Ba 





For design input you must enter either: 
i--Design draft and trip 
2--Design displacement and trie 
3--Design displacement and LCG 
ENTER: Your choice, 
} 
ENTER? Design draft (decimal feet) 
36.0 
ENTER: Design trim (+ by stern) (decimal feet) 
0.0 
ENTER: Water density (decigal cu-ft/ton) 
33.0 
What portion of SHCP would you like to run? 
I--Curves ct fora. 
Z--Floocable Length. 
3--Curves af Statical Stability. 
RSHEY It 
INPUTS your choice. 


2 


ENTER: Number of cifterent pereeabilities 
‘integer,  3aximug) 


| 


ENTER: | permeabilities separated 
by commas {decisnal) 


0.99 


Floodable Length Completed 


What portion of SHCP would you like to run? 


1--Curves of Fors. 

2--Floaodable Length. 

3--Curves of Statical Stability. 
4--Exit 


36 


-a>oe ——=-» 













INPUT: your choice. 
4 
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SAMPLE GSHCP GRAPHICAL QUTPUT 
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UFE Se BODY PLAN 


S.S. SUSAN GAIL 1001 05-03-84 


& 


i 





Pease |. 


fle | | [ | ptt 
2 Oe Se A SS 





ae = 7 : 





— 






_.~-——— 


eee ee 
7 ~- 


a —_—* 





Afi SoTALIONS FORWARD STATIONS 





a 


HARDCOPY SeLtneo BODY PLAN RETURN 


Figure H-1. OQffset Body Plan 


Co 
Lf 
“ 





SPLINED CODY PLAN 


p.o. 2USAN GAIL 1001 05-05-84 


~0.40 











ft oLALLONS FORWARD STATIONS 


tAnD COPY Seon oe BURY PLAN RETURN 


Figure H-2. Splined Body Plan 





ISOMETRIC 3-D VIEW 


05-03-84 


1001 


S.S. SUSAN GAIL 





RETURN 


HARDCOPY 


Figure H-3. 


Isometric 3-D View 


ak 









DISPLACEMENT CURVE CURVES AVAIL 
Soo. SUSAN GAIL 1001 


TRIM = 0.CO 


DISPLACEMENT 
WPLANE AREA 
| LCB/LCF 
TPI/KB 
. MT1 
ef DELTA DISP 
| 
28 CP/CW 
DRAFT, 
. KML/BML 
(FEET) 


KM eM 


Cres 


_ i=") A) 
——— B —— Np». Pp. 


oe 


ff fp 
wy 


— 
2 4 6° 8 10 12 14 16 18 20 7 
PlorlAGrwENT CLONG TONS) x1000 
NEW TRIM LINE HARDCOPY RETURN 5 





NEW MAX DRAFT OUTPUT FILE 


Figure H-4. Displacement Curve 





WATERPLANE AREA CURVE CURVES AVAIL 


S.S. SUSAN GAIL 1001 
TRIM = 0.00 DISPLACEMENT 


WPLANE AREA 


4 : 

G37 cer 
49. 

TPI/KB 
' MTi 
32 ae DELTA DISP 


: / 
28 
aa 
24 
(FEET) 
24 
14 J 


a 


paeaeeteees. 10. i299 14° 16° 1B 20 ¢2 74 26 a 8 9 
WATERPLANE AREA (FT2) x1000 


> 





fae 





CP/CW 
hay fable 


fo / lr 


oa ff fp 





New TRIM LINE HARDCOPY RETURN an 


NEW MAX DRAFT BUir Ui File 
Dieer, Ge 








Figure H-3S. Waterplane Area Curve 









CURVES AVAIL 


LONG. CENTER BOUYANCY/FLOTATION 


S.S. SUSAN GAIL 1001 















TRIM = 0.00 


4 

| 

32 

| \ 

RAFT 

2 ‘ 

24 

(FEET) 

25 

: 

. 
LCB 


Byemweio -s8 -6 -4 -2 6 2 4 6 86 10 
LCS/LCF ( +FT FwD FM MID) x! 


DISPLAGAVENT 


WPLANE AREA 










EGS /,5er 






TEI KE 







MT 1 






DELTA DISP 









CP/CWw 


ee 


Heal / BM 






{ 






KT / BMT 


= 


ese 
Rew re = (9 


12 





HewertiIM LINE HARDCOPY RETURN 


NEW MAX DRAFT Der Ol Pile 


Longitudinal Center of Buoyancy/ 
Longitudinal Center of Flotation 


Curves 


Figure H-6. 
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TPI and KB curves CURVES AVAIL 


S.S. SUSAN GAIL 1001 
WPLANE AREA 
LCB/LCF 
127402) 
MT1 


DEEPA. DSP 





CP/CW 
WL Bae 
Fond / BM 
i 2 
4 ~5 
6 12 18. 24 #30 36 ##§42 #448 64 = #60 7 8 
Koecreel) / iele” x 
NEW TRIM LINE HARDCOPY RETURN 0 
NEW MAX DRAFT CU Un Ff ILE 
DELETE 


Figure H-7. TPI and KB Curves 


er ee 






MOMENT TO TRIM 1 INCH CURVES AVAIL 


S.S. SUSAN GAIL TCOt 
TRIM = 0.00 : 
DES a heeveENT 


WPLANE AREA 
EGS Ler 
Heals are 


ret 





Denaro Lor 


o 

So Ww a a 
——! p—___pp PP 
“tg 


G2/ CH 
24. Ee | 1OAL/ BML 
| / | 
22 VA at 
ie ee 
| 
; 1 Z 3 
‘ | 
| | 4 5 6 
/ 
7 
ce, | 
. aay Ze naa 
13 26 3a). 62 ES 73 91 104 417 421136 7 8 9 
Mii <r f=fous) «xl0 
NEW TRI} IN Peery TURN 
iM LINE HAR RE 0 ENT 
NEW MAX DRAFT GCULIPUT FILE 
Deets 


Figure H-&. Moment—to-Trim—One-Inch Curve 
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DISP CHANGE-1 FT TRIM BY STERN CURVES AVAIL 





SoS. SUSAN. GAIL 1001 
WPLANE AREA 
4 
LGs7 £er 
4c 
TPI/KB 
] MT 
| DEC TAS OLS 
24 Ce/Cw 
CRAFT 
; KVL /3SML 
(FEET) 
| KAT / BMT 
Pa 
| 
: 1 P2 3 
| 4 nts 8 
~21 -18 -16 -12 -9 SO cd Ova’ 6). 9512.16 18 §2% 7 8 9 
Det ACD LSP 2CroNS) x1 
; e 
NEW TRIM LINE HARDCOPY RETURN 0 ENT 
NEW MAX DRAFT CUE tw «Ff PLE 
DELETE 


Figure H-9. Displacement Change per Foot Trim 
Curve 


are 
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PRISMATIC/WPLANE COEFFICIENTS 
S.S. SUSAN GAIL 1001 


TRIM = 0.00 








8 16 24 9°32 40 48 £8 64 


CP/CW x.O1 
NEW TRIM LINE HARDCOPY 


| 


NEW MAX DRAFT OUTPUT FILE 










CUNVES AVAIL 












DISeEACEMENT 






WPLANE AREA 






EG@27ECr 







TPI/KB 







bod 






DER TAmDISP 






CP/CW 






Ree) eae 





te ee 





DELETE ————_-— 


Figure H-10. Prismatic Coefficient/Waterpiane 
Coefficient Curves. 
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LONGITUDINAL KM/BM CURVES CURVES AVAIL 
S.S. SUSAN GAIL 1001 


ae CO DISPLASEVENT 


HELANE, Anon 
EGS/ her 
TPI/KB 

MT1 

DECTA. DISP 

C2/CH 
KML / BML 


a7 Shi 





1 2 
a <b 
9 18 27° 36 45 64 63 #72 481 =~ 90 7. 8 
EONGITUOLNAL BM/KM (FIT) x100 
NEW TRIM LINE HARPECPY RETURN 0 
NEW MAX DRAFT OUTruUm File 
DESe re 


Figure H-11. Longitudinal KM/KB Curves 
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CURVES AVAIL 


TRANSVERSE KM/BM CURVES 


S.S. SUSAN GAIL sCO1L 
TRIM = 0.00 






DISPLACEVENT 








WPLANE AREA 


a 







LCB/LCF 







TP1/KS 







MT1 







Deen Dror 






CP/CW 


KML /BML 






KVT/BMT 









25 39 35 40 45 
TRANSVERSE KM/BM (FT) x10 





NEW TRIM LINE HARDCOPY RETURN 


NEW MAX DRAFT Ctr eis 
DELEwe 


Figure H-12. Transverse KM/BM Curves 
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